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ABSTRACT: 

A network switch including a plurality of network ports for receiving and transmitting data, where 
each port includes at least one statistics register for storing statistics information, such as 
Ethernet statistical and configuration information. The switch also includes a switch manager, 
which further includes a memory, retrieval logic for detecting a statistics request signal and for 
respondingly retrieving the statistics information for storage in the memory, and response logic for 
asserting a statistics response signal after the statistics information is stored. A processor is 
coupled to the switch manager through a bus, where the processor asserts the statistics request 
signal and then detects assertion of the statistics response signal. Upon detecting the response 
signal, the processor retrieves the statistics information from the memory. In this manner, the 
processor is removed from direct connection to the statistics registers and free to complete other 
tasks while the information is being gathered by the switch manager, thereby increasing the 
efficiency of the processor and of the network switch. Each port preferably includes a network 
interface, a processor port interface for enabling the switch manager to retrieve the statistical 
information, and a data bus interface for network traffic. The switch manager thus includes two 
separate bus connections to each of the ports, so that statistical reads do not interfere with 
network data packet flow. 
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(57) A network switch including a plurality of net- 
work ports for receiving and transmitting data, wtiere 
each port includes at least one statistics register lor 
storing statistics information, such as Ethemet statisti- 
cal and configuration information. The switch also 
includes a switch manager, which further includes a 
memory, retrieval logic for detecting a statistics request 
signal and for respondingly retrieving the statistics infor- 
mation for storage in the memory, and response Ic^ic 
for asserting a statistics response signal after the statis- 
tics information is stored. A processor is coupled to the 
switch manager through a bu&, where the processor 
asserts the statistics request signal and then detects 
ass&lion of the statistics response signal. Upon detect- 
ing tiie response signal, the processor retrieves the sta- 
tistics inforrmtion from tiie memory In this nranner. the 
processor is removed from direct connection to the sta- 
tistics registers and free to complete other tasks while 
the infbrnBtion is being gathered by the switch man- 
ager, thereby increasing the efficiency of the processor 
and of tiie network switch. Each port preferably includes 
a network interface, a processor port interface for ena- 
bling the switch nianager to retrieve the statistical infor- 
mation, and a data bus Interface for network traffic. The 
switch manager thus indudes two s^>arate bus connec- 
tbns to each of tiie ports, so that statistical reads do not 
interfere with network data packet f kiw. 
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Description 

The present invention relates to the field of networking devices, and more particularly to a network awtch including 
a switch manager for gathering statistics information in a memory in response to a request by the processor and then 
5 informing the processor that the statistics are available, where the processor has ready access to the memory for 
retrieving the information. 

There are many different types of networks and network systems for sharing files and resources or for othenftdse 
enabling communication between two or more computers. Networks may be categorized based on various features and 
functions, such as message capacity, range over which the nodes are distributed, node or computer types, node rela- 
10 tionships, topology or logical and/or physical layout, architecture or structure based on caWe type and data packet for- 
mat, access possibilities, etc. For example, the range of a network refers to the distance over which the nodes are 
distributed, such as local-area networks (LANs) within an office or floor of a building, wide-area networks (WANs) span- 
ning across a college campus, or a city or a state, global-area networks (GANs) ^nning across national boundaries, 
etc. 

15 The structure of a network generally refers to the cabling or media and media access used as well as the packet 
structure of the data transmitt^ across the mecfia. Various structures are common, including Ethernet using coaxial, 
twists pair or fit>er-optic cables for operation at 10 megabits per second (Mbps) (e.g. lOBase-T, 10Base-F) or fast 
Ethernet operating at 100 Mbps (e.g. 100Base-T, 100Base-FX). ARCnet (Attached Resource Conrtputer Network) is a 
relatively inexpensive network structures using coaxial, twisted pair or fber-optic cables for operation at 2.5 Mbps. 

20 Tokai Ring topologies use ^>ecial IBM catde or fber-optic cable for op^ation between 1-16 Mt)ps. Of course, many 
other types of networks are known and available. 

Each network generally Includes two or more computers, often referred to as nodes or stations, which are couple 
together through selected media and various other network devices for relaying, transmitting, repeating, translating, fil- 
tering, etc.. the data between the nodes. The term "network device" generally refers to the computers and their network 

25 interface cards (NICs) as well as various other devices on the network, such as repeaters, txidges. switches, routers, 
brouters, to name a few examples. A network operating according to a given communications protocol may be 
expand^ by using one or more repeaters, bridges or switches. A repeater is a hardware device that functions at the 
physical layer and re-transnrts each rec^ved packet to every other port. A bridge operates at the data link layer of OSI 
Reference Model and increases efficiency by filtering ^ckets to reduce the anrount of unnecessary packet propagation 

30 on each network segment. 

A network switch is similar in function to, yet ntore efficient than, a multiport bridge, which includes a plurality of 
ports for coupling to several similar networks for directing network traffic among the networks. A network switch usually 
indices a switching matrix coupled to the ports across a tnis and memory for temporarily storing network data, such 
as Ethernet packets or the like. The switch may also include a processor for performing management functions, such 

35 as monitoring statistics, configuration and status infbrmatk)n associated with data flow through ttie network ports. For 
example, the statistics information may include the number of Ethernet packets handled or dropped. The information 
may also incline the number of "runts", "overruns", "jabbers", late collisions. FCS errors, etc. Configuration data may 
include status and setup parameters associated with the ports, the switch nrmtrix, memory devkies, etc. 

The processor was usually coupled to the network ports through the prinr^ry data path between the ports and the 

40 switch matrix. In this manner, the processor added significant overhead to the data bus when requesting statistk^l or 
configuration data. Such overhead traffic reduced the availat)le bus bandwidth for handling network traffic, which is the 
primary function of a switch. The information was gathered by the ports themselves and then provided to the processor 
upon request. However, the network ports were usually busy handling network data, so that the processor was forced 
to wait for significant periods of time before finally receiving the information. This results in an inefficient use of the 

45 processor and the primary data bus. 

It is desired to provkle a network switch for gathering statistical information in a more efficient manner without siAy 
stantially effecting network data flow through the switch and without forcing the processor into a significant number of 
wait states. 

A network switch according to the present invention includes a plurality of network ports for receiving and transmit- 
50 ting data, where each port includes at least one statistics register for storing statistics infom^tion. The information is 
preferat}ly Ethernet statstical and configuration infornation. The network switch also includes a switch manager, which 
further includes a memory, retrieval kigic for detectir^ a statistics request sigial and for respondingty retrieving the sta- 
tics inforniation for storage in the memory, and response logic for asserting a statistics response signal after the sta- 
tistics information is stored in the menrory The switch also includes a processor coupled to the SAfitch nrranager through 
55 a bus, where the processor asserts the statistics request signal and then detects assertion of the statistics response 
signal. Upon detecting the re^x>nse signal, the processor retrieves the statistics infomr^tion from the memory. In this 
manner, the processor ^ rmoved from direct connectk>n to the statistics registers and free to complete otiier tasks 
while the information is being gathered by the switch manager, thereby inaeasing the efficiency of the processor and 
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of the network switch. The netvuork switch is useful for facilitating communication in a network system includir^ a plu- 
rality of networks coupled to the switch ports* where each network includes one or more network devices. 

The switch manager preferably includes a statistics request register, which further irKludes a statistics request bit 
for providing the statistics request signal when set. where the processor writes to the statistics request register to set 

5 the statistics request bit. One method for effectuating assertion of the statistics request signal is to detect writing to the 
statistics request regster, which may include one or more progranrvnable parameters for specifying the particular sta- 
tistics information to retrieve. For example, ttie statistics ra^uest register nray include a programmable port number, reg- 
ister number and a count of the number of registers to read. The retrieval logic retrieves the statistics information from 
all of the registers of a port, from one register specified by the register number, or from a number of registers equal to 

10 the count beginning with the register identified by the register number. In this nr^nner, the processor writes once to the 
statistics request register to initiate the request and to specify the particular information to retrieve. The statistics 
request register is preferably within the memory of the switch nr^nager. 

Once the information is stored within the switch manager, there are several ways to inform the processor. TTie 
switch manager preferably includes at least one status register including a ready bit indicative of whether the statistics 

75 query request is completed. For example, an inten^upt register includes a statistics ready bit, which when set, causes 
an interrupt to the processor aaoss the processor bus. The processor receives the interrupt and respondingly reads 
the interrupt register to det^mine the source of the intenrupt Alternatively, a polling register includes a statistics ready 
bit. where tie processor periodically polls the polling register to determine the state of the statistics ready bit. Once set, 
the processor may retrieve the statistics information from the switch nrtanager memory. Again, the status registe^(s) may 

20 be separate or part of the switch manager menr^ry. 

In the prefOTed embodiment, each of the ports includes a network interface, a processor port interface for enabling 
the switch rranager to retrieve the statistical Information, and a data bus Interface for network traffic. The switch man- 
ager thus Includes two s^>arate bus connections to each of the ports, so that statistical reads do not interfere with net- 
work data packet ffkaw. Also, each of the ports are preferably defined according to the Ethernet architecture, such as 

25 lOBase-T or 100Base-T or the like, although ottier types of protocols and architectures are contemplat«j for use with 
the present Invention. 

The processor retrieves the statistical information from the switch manager by executing cycles on the processor 
bus to the switch manager menftory. The bis cycles nnay be regular processor cycles, but are preferably Ixjrst cycles to 
obtain a larger amount of data in a given amount of time. 
30 A better understanding of the present Invention can be obtained when the following detailed description of the pre- 
i&red emlx)diment is considered in conjunction with the following drawings. In which: 

Figure 1 is a simplified diagram of a network system Indioling a networi^ switch according to the present invention; 
Figure 2 is a more specific Wock diagram of the network switch of Figure 1 ; 
35 Figure 3A is a block (fiagram of an exemplary quad cascade device of Figure 2 for implementing the ports of the 
network switch; 

Figure SB is a dia^am illustrating the signals of the particular qu^ cascade device shown in Figure 3A; 

Figure 3C is an exemplary timing diagram illustrating processor read timing of the quad cascade device of Figure 

3A; 

40 Figure 3D Is an exemplary timing diagram illi^trating processor write timing of the quad cascade device of Figure 
3A; 

Figure 3E is an exemplary timing diagram illustrating processor burst r^d access timing of tiie quad cascade 
device of Figure 3A; 

Figure 3F is an exemplary timing diagram Illustrating a buffer status Inquiry of each of the ports Rgure 3A; 
45 Figure 3G Is an exemplary timing diagram illustrating a concun-ent read and write cyde on the HSB of Rgure 2; 

Figure 3H is a flowchart diagram Illustrating a procedure for executing a concun-ent read and write cycle on the HSB 
of Figure 2; 

Figure 4 is a tHock diagram of the switch tmnager of Rgure 2; 
Figure 5A is a more detailed block diagram of the bus controller t^lock of Figure 4; 
50 Rgure 5B is a diag-am illustrating buffm within the mentory of the bus controller block of Figure 5A; 

Figure 5C ^ a state diagram illustrating operatfon of the receive poll state machine within the bus controller block 
of Figure 5A; 

Figure 5D is a state diagram illistrating operation of the transmit poll state machine within the bus conti-oller biock 
of Figure 5A; 

55 Rgure 6 Is a ntore detailed block diagram of the m&nory controller block of Rgure 4; 

Figures 7A-7E are wore detailed block diagams of the processor controller block of Figure 4; 
Figure 8A is a simplified block diagram of the Thunder LAN port interface (TPI) of Figure 2; 
Figure 8B is a more detailed block diagram of the TPI; 



3 



EF0 85^ 606 A2 



Figure 8C is a WcKk diagram illustrating the configuration and functionality of each of the Thunder LANs (TLANs) 
of Figure 2; 

Figure 8D is a diagram illustrating the general format of a control list for execution by any of the TLANs: 
Figure 8E Is a diagram illustrating a d^inition of TP! peripheral component interconnect (PCI) conf^uration regis- 
5 ters used by the TPI associated with the PCI bus of Figure 2; 

Figure 8F is a diagram illustrating the definition of the TPI control regsters used by the TPI; 
Figure 8G is a flowchart diagram illustrating PCI initialization operations of the CPU of Figure 2; 
Figure 8Hls a flowchart diagram illustrating a receive operation for each of the TLAfsIs; 

Figure 81 is a flowchart diagram illustrating a receive data transfer operation across the high speed bus (HSB) of 
10 Figure 2; 

Figure 8J is a flowchart diagram illustrating a transmit data transfer operation across the HSB; 
Figure 8K is a f lowcfwt diagram illustrating a transmit op^ation for each of the TLANs; 
Figures 9A-9H are block diagranw illustrating the organization of the memory of Rgure 2; 
Figure 10 is an exennplary block diagram illustrating several transntit packet links incorporating a txoadcast packet; 
75 Figures 1 1 A and 11 8 are btock diagrams illustrating the organization of the static memory of Rgure 6; 

Figure 12A is a flowchart diagram illustrating the general operation of the network switch of Figure 2 lor receiving 
data packets into memory and for transmitting data packets in cut-through mode of operation; 
Figure 1 2B is a flowchart diagram Illustrating the general operation of the network sfvitch of Rgure 2 for transmitting 
data packets from memory; 

20 Figure 1 3 is a f kwvchart diagram illustrating hash lookup operation of the switch manager of Figure 2; and 

Figure 14 is a flowchart diagram illustrating a hash lookup procedure for searching hash table entries in the mem- 
ory of Rgure 2. 

Referring now to Figure 1. a simplified network diagram is shown of a network system 100 including a network 

25 switch 102 Implemented according to the present invention. The network switch 102 includes one or more "A" ports 
104. each for coupling to and communicating with one of several "A" networks 108 through an appropriate media seg- 
ment 108. Each media segment 108 is any type of media for connecting network devices, such as twist«l-|:^r wire 
catNe. fJber optic cable, etc. The ports 104 enable bidirectional communication or data flow between the network switch 
102 and each of the networks 106. Such bidirectional data f tow is according to any one of several modes, such as half- 

30 duplex mode or full-duplex mode, for example. As shown In Figure 1 . there are up to "j"+1 networks 106 individually 
labeled A-NETWORKO. A-NETW0RK1, ... A-NETWORI^. where each network 106 is coupled to the network switch 
102 through a corre^nding one of the j+1 ports 104. indivttlually labeled A-PORTO, A-P0RT1 A-PORTj. The net- 
work switch 102 trmy include any desirable number of ports 104 for coupling up to an associated number of networks 
1 06. In the embodiment desaEbed herein, j Is an Integer number equal to 23 for a total of 24 ports for coupling up to 24 

35 networks 108, where these ports will be referred to collectively as ports 104, or Individually as ports PORTO. P0RT1, 
PORT2, .... PORT23, respectively. 

In a similar manner, the network switch 102 further IndixJes one or more "B" ports 1 10, each for coupling to and 
interfacing a "B" network 1 12 through an appropriate media segment 1 14. Again, each media segment 1 14 is any type 
of media for connecting network devices, such as twisted-pair wire cable, fiber optic cak)Ie, etc. The ports 1 10 are also 

40 bidirectional for enabling data ftow between the network switch 102 and the networks 112 in a similar manner as 
desaibed for the ports 104. In the embodlm^ shown, there are V+1 ports 110. individually labeled B-PORTO. B- 

PORT1 B-PORTK for connecting up to k+1 networks 1 12, individually labeled B-NETWORKO. B-NETW0RK1. ... 

B-NETWORKk. The network switch 102 tmy include any desirable number of ports 1 10 ports for coupling up to an 
associated number off networks 1 12. In the ^seclflc embodiment shown, k Is an integer equal to 3 for a total of 4 ports 

45 1 1 0 for coupling up to four networks 112. The "A" type ports and networks operate at a different network protocol and/or 
speed than the "B" type ports and networks. In the ^>eciftc mtodiment shown, the ports 104 and networks 106 oper- 
ate accofding to the Ethernet protocol at 1 0 Megabits per second (Mbps) . while the ports 1 1 0 and networks 1 1 2 operate 
according to the Ethernet protocol at 100 Mbps. The ports B-PORTO. B-PORT1 . ... B-PORT3 will be referr^ to herein 
coUectively as the ports 1 10 and individually as PORT24, PORT25. .... PORT27, respectively. 

50 The networks 106 and 1 12 include one or more data devices or data terminal equipment (DTE) that allows either 
input or output off data, or any type off network device ffor connecting together one or nrare data devkies. Thus, any of 
the networks, such as A-NETWORKO or B-NETW0RK1 , ete., may each include one or more computers, network inter- 
face cards (NICs). work statfons. file servers, modems, printers, or any other devrce that receives or transntits data in a 
network, such as repeaters, switehes, routers, hutis. concentrators, etc. For exanrtple. as shown in Rgure 1. several 

55 computer systems or workstations 120, 122 and 124 are coupled to the corresponding segment 108 of A-NETWORI^. 
The computer systems 120. 122 and 124 may comnrunicate with ^ch other or with other devices of other networks 
through the network switch 1 02. Thus, each network 1 06 and 1 12 represents one or more data devices coupled through 
one or more segments, where the network switch 102 transfers data between any two or more data devices in any of 
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the networks 106 and 112. 

The network switch 102 generally operates to receive information from data devices coupled to each of the ports 
104 and 110 and to route the information to any one or more of the other ports 104 and 110. The network switch 102 
also f Bters the information by droppirtg or otherwise ignoring information receive from a data device in one network 106 

5 or 1 12 that is only intended for data devices in that same network. The data or informatbn is in the form of packets, 
where the particular form of each data packet depends upon the protocol supported by a given network. A packet is a 
predefinej block of bytes, which generally consists of header, data, and trailer, where the format of a given packet 
depends on the protocol that created the packet The header usually includes a destination adcbress identifying the des- 
tination data device and a source address identifying a data device originating the packet, which addresses are typically 

10 media access control (MAC) Presses to ensure uniqueness In the industry A packet intended for one d^ination 
device is referred to herein as a unicast packet. The header further includes a GROUP M indicating whether the packet 
is a multbast or broadcast (BC) packet intended for multiple destination devices. If the GROUP t>lt Is set to logic one 
(1). then it is conskJered a multicast packet, and if all of the destination address bits are also set to logic 1 . the packet 
is a BC packet Howev^. for purposes of the present invention, multicast and BC packets are treated the same arxJ will 

15 be referred to hereinafter as BC packets. 

Refemng now to Figure 2, a nnore specific block diagram Is shown of the network switch 102. In the embodiment 
shown, the network switch 102 includes six similar quad controller or quad cascade (QC) devices 202. each incorpo- 
rating four of the ports 104. The QC devices 202 nr^y be implemented in any desired manner, such as Integrated into 
a single Application Specific Integrated Circuit (ASIC) package or as separate integrated circuit (IC) chips as shown. In 

20 the embodiment shown, each port 1 04 operates at 1 0 Mbps at half duplex, for a total throughput of 20 myps per port at 
full duplex. This results in a total of 480 Mbps for all six of the QC devices 202 operating at full duplex. Each of the QC 
devices 202 preferably Includes a processor interface coupled to a QC/CPU bus 204, and a bus Interface coupled to a 
high speed bus (HSB) 206. The HSB 206 includes a data portion 206a and variois control and status signals 206b. The 
MSB 206 Is a 32-bit 33 Megahertz (MHz) bus for transferring over one gigabit of data per second. 

2S The HSB 208 and the QC/CPU bis 204 are further coupled to an Ethernet Packet Switch Manager (EPSM) 210. 
which is implemented as an ASIC in the embodiment shown, although the present invention is not llmitwJ to any partic- 
ular physical or logical implementation. The EPSM 210 is furth©- coupled to a menrary 212 through a 32-bit menrtory 
bus 214. which includes a data and ^ress portion 214a and control signals 214b. The memory 212 preferably 
includes between 4 to 16 Megabyte (MB) of dynamic random access memory (DRAM), although more memory Is 

30 added as desired d^ending upon particular application neecte. The EPSM 210 supports any one of at least three dif- 
ferent types of DRAM for implementing the menrtory 212. including fast page-mode (FPM) single inline memory nnod- 
ules (SIMMs) operating at approximately 60 nanosecomte (ns). extended data output (EDO) mode DRAM SIMMs, or 
synchronous mode DRAM SIMMs. Synchronous DRAMs generally require a 66 MHz cbck for achieving a burst data 
rateof 66 MHz data rate or 266 MB per second. EDO DRAMs may operate with either a 33 or66 MKtz dock, but achieve 

35 a maximum data birst data rate of 33 Mhlz. or 1 33 MB pa- second with either clock rate. FPM DRAMs may also operate 
with a 33 or 66 MHz dock, and achieve a nrmimum burst rate of 16 MHz or 64 MB per second with a 33 MHz dock and 
a burst rate of 22 MHz or 88 MB per second with a 66 MHz dock. 

The memory bus 214 IndudK a mwnory data bus MD[31:0]. data parity signals MD_PAR[3:0]. row and column 
address signals MA[11:0]. a write enable signal MWE*. bank select signals RASI3:0]*/SD_CS*[3:0J which are either 

40 row signals for FPM DRAM and EDO DRAM or ch?) selects for syrKhronous DRAM, menwy byte contrds signals 
CAS[3:0]*/SD_DQMI3:0] which are column signals for FPM and EDO or DQM for synchronous DRAM, a row signal 
SD_RAS* for synchronous DRAM only, a column signal SD_CAS* for synchronous DRAM only, a serial input 
SIMM/DIMM presence detect signal PD.SERIALJN and a iinrallel input SIMM/DIMM presence detect signal 
PD_LOAD*. 

45 The HSB 206 is coupled to a Thunder tAN (TLAN) port interface (TPI) 220, wttich Is further coupled to a peripheral 
component interconnect (PCI) bus 222 Induding data and address signals 222a and related control and status si^ials 
222b. The PCI bus 222 is coupled to four TLAi^te 226, which may be implemented in any desired manner. The TLANs 
226 are preferably the TNETE100 ThunderLAN™ PCI Ethernet™ controllers manufactured by Texas Instruments. Inc. 
(Tl), where each Incorporates one of the ports 1 1 0. To the EPSM 21 0, the TPI 220 operates in a similar manner on the 

so HSB 206 as another QC device 202 for interiadng four ports. Thus, the EPSM 210 effectively "sees" seven (7) quad 
port devices. With respect to the PCI bus 222, the TPI 220 emulates a standard PCI bus to the degree necessary for 
proper operation of the TLANs 226. which nonrally interface with PCI memory devices. Thus, the PCI bus 222 need 
not be fully PCI compliant The PCI bus 222 is coii)led to a processor or central processing unit (CPU) 230, which is 
coupled to a local processor bus 232 for coupling the CPU 230 to local RAM 234, a local flash RAM 236. and if desired. 

55 a serial port interface 238. The serial port Interface 238 is preferably a UART or the like. In the embodiment shown, the 
CPU is a 32-bit, 33 MHz I980RP CPU by Intel, although the CPU 230 nray be any other suitable processor. 

The CPU 230 genwally tendles Initialization and configuration of the TPI 220 and the EPSM 210 upon power up 
of the network switch 102. The CPU 230 also ntonitors and gathers statistics and also manages and controls the func- 
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tions of the various devices of the network switch 102 during operation. The CPU 230 further updates the hash table 
data in the memory 212 through the EPSM 210. The EPSM 210. however, controls access to the memory 212 and per- 
forms the DRAM refresh cycles thereby removing refresh operations fr<yn the CPU 230, The CPU 230 would othenwise 
require approximately 6-8 bus cydes to perform each refresh cycle, which would consume valuable processor 

5 resources. The CPU 230 also acts as an ^itional network port for various purposes, and is often refen-ed herein as 
PORT28. Thus, the ports 104. 1 10 and the CPU 230 collectively incorporate ports PORT0-PORT28, respectively 

The CPU 230 is further coupled to the EPSM 210 through a CPU bus 218, which includes an address and data 
portion 218a and related control and status signals 2^8b. The address and data portion 218a is preferably multiplexed 
between address and data signals. In particular, the CPU bus 218 includes an address/data bus CPU_AD[31 :0]. an 

10 address strobe CPU_ADS* from the CPU 230. data byte enatrfes CPU„BE[3:0]. a read/write select signal CPU_WR*. 
a burst last data strobe CPU_BLAST*. a data re^ signal CPU_RDY* and at least one CPU interrupt signal CPU.INT*. 
In this disclosure, normal signal names, other than data or address signals, denote positive logic, where the signal is 
considered asserted when high or at logic one (1). and signal names follow^ by an asterisk (*) denote negative logic 
where the signal is considered asserted when tow or at logic zero (0). The functional definition of the signals is generally 

15 straightfonward and usually determinable by the signal name. 

Figure 3A Is a block diagram of an exemplary QC device 202 for Implementing four of the ports 104, which device 
is duplicated six times to implement the 24 ports PORT0-PORT23. One particular device is the L64381 Quad Cascade 
Ethernet controller device from LSI Logic Corporation (LSI). An upgrade device Is the QE1 10 Quad Cascade Ethernet 
controller device, also from LSI. which includes additional features and capabilities as described herein. It Is noted. 

20 however, that the present invention is not limitaj to any particular device for implementing the ports 104. In the ennbod- 
iment shown, each QC device 202 includes an Ethernet core 300 for each of the ports 104. where the Ethernet core 
300 is fully synchronous and includes a media access controller, a Manchester Encoder/Decoder, and twisted-pair/AUl 
(attachment unit interface) transceivers. Each Ethemet core 300 enables bkfirecttonal data communication with a cou- 
pled network 106 on a corresponcfing segment 108, and each is couple to a corresponding 128-bit recdve FIFO (first- 

25 in. first-out) 302 and a 128-bit transmit FIFO 304. Each Ethernet core 300 Is also coupled to a block of statistics 
counters 306, where each block of statistics counters 306 includes 25 counters for provkfing on-chip maintenance. The 
counters witiiin each t)lock of statistics counters 306 preferably meet the requir&nents of the simple network manage- 
ment protocol (SNMP). Each of the FIFOs 302, 304 are further coupled to bus interface logic 308, which is coupled to 
the HSB 206 for enabling bidirectional data flow between each QC device 202 and the EPSM 21 0. Each QC devtoe 202 

30 includes configuration and control logic 310. for enabling progranrvnable configuration, such as source address inser- 
tion, frame check sequence (FCS) insertion, imnrtediate retransmission on colltsfon, bus transfer size and transmit buffer 
threshold size. 

The configuration and control logic 310 and each of the blocks of statistics counters 306 and the FIFOs 302. 304 
are coupled fo the QC/CPU bus 204. The EPSM 210 provides a s^>arate interface between the CPU bus 218 and the 

35 QC/CPU bus 204. In this manner, the CPU 230 has full access to initialize, configure, monitor and modify the activities 
of each of the QC devk;es 202 and tiii£ each of the ports 104. The QE110 Quad Cascade Ethernet controller device 
includes an additional connection 320 between the configuration and control logic 310 for detecting a backpressure 
indication to assert a jamming sequence to terminate a packet being received, if the backpressure indication is received 
in time. The t>ackpressure indication is preferably a bac(q;>ressure cyde executed on the HSB 206. although any one of 

40 several methods may be tsed to indicate backpressure, such as a s^>arate signal or the like. 

It is noted that the jamming sequence should be sent during the first 64 bytes of the data packet being received at 
a port to be considered "early" or timely. The first 16 bytes (4 DWORDs) are required before a hash lookup procedure. 
desait>6d below, is performed by the EPSM 210. Each data bit is transferred in about 100 ns across Ethemet 1 0Base- 
T, so that the first 1 6 bytes are transferred in approximately 1 3 miaoseconds (^s). 64 bytes are receivoi in about 51 ps, 

45 so that the network switch 1 02 has approximately 38 ^ to transfer the first 1 6 bytes received, perform the hashing pro- 
cedure, execute the backpressure cyde and finally assert the jamming sequence. Since a hash lookup takes approxi- 
mately 1-2 fis to complete, there is almost always enough time to send the jamming sequence in a timely manner. 
However, timely assertfon of the jamming sequence is not guaranteed, so that there is the possibility of dropping pack- 
ets due to a threshoEd vfotation condition, ff the backpressure cycle is executed late, the port rejects the backpressure 

50 cyde and the network switch 102 drops the packet if it is unable to accept the packet. The network switch 102 may 
acc^ that packet since a threshold cortcfition is an early indication and thus memory n^y be availak)le to store the 
packet 

If the backpressure cyde is executed in a timely manner and if the port is operating in half duplex, the configuration 
and control fogic 310 respondingly asserts a collision command to one of the Ethernet cor^ 300 of an incficated port 
55 104. The Ethemet core 300 reiving the collision comnrand then asserts a jamming sequence to t&'minate a packet 
being received by that port 1 04. If the backpressure cyde is executed within the 64 byte window, then the port indicates 
that the backpressure cyde will be executed for that port to the EPSM 21 0 by asserting an abort signal ABORT_OUT* 
on the HSB 206. If the t)ackpressure cyde is outside the 64 byte window and thus not asserted in time, the 
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ABORT_OUT* signal is not asserted and the EPSM 210 drops the packet. The EPSM 210 drops the packet in most 
cases when an attempt to assert t>ackpressure fails. Although it is desired to drop as few packets as possible for max- 
imum efficiency, a dropped packet is eventually detected at higher network levels at the originating data device and thus 
is not fatal to overall operation of the network system 100. The origination device detects that the packet was dropped 

5 and re-sends one or more packets including the dropped packet. 

The bus interlace logic 308 preferably includes read latches 324 and write latches 326 for implementing concurrent 
re^ and write cyde on the HSB 206 as described further below. These latches latch PORT__NOI1 rO] signals asserted 
on the HSB 206 at particular cycles of a first ctock (CLK_1) signal. The CLK_1 signal is the primary clock for the HSB 
206 and typically operates at approximately 30-33 MHz in the embodiment shown. Since the CLK_1 signal is the pri- 

70 mary ckxrf^ it is refen^ed to hereinafter as simply the CLK signal. A second clock signal CLK_2 is also used for interface 
to the merrwy 212. and operates at twice (2X) the frequency of the CLK signal or at approximately 60-66 MHz. 

Figure 3B Is a diagram illustrating the signals of the particular quad cascade device 202 shown in Figure 3A. The 
signals are divided into several functional and bus sections, including processor interface signals associated with the 
QC bus 204, network interlace signals associated with the four ports 104, status signals, clock and test signals, bus 

IS interface signals associated with the HSB bus 206, and miscellaneous signals. 

Concft-ning the QC bus 204, the EPSM 210 writes data to and reads data from the registers and counters 306, 310 
of the QC device 202 through data signals PDATAIISiO]. The READ* signal is asserted high for a write operatton and 
low for a read operation. The particular register within the QC device 202 is determined by an address asserted on 
ADRS[5:0] signals. Assertion of an address strobe signal ADRS_STROBE* along with the corre^nding one of several 

20 chip select signals CHIP_SELECTm* causes the QC device 202 to latch the ADRS signals. A lower case "m" append«j 
to the signal name generally denotes multiple signals of a particular type. For example, there are six separate 
GHIP_SELECTI5:0]* signals, each for separately accessing a respective one of the six QC devices 202. A signal 
PREADY* is asserted tow by the QC device 202 for one cyde of a CLK signal during a write cyde after the rising CLK 
edge on which the requested data is latched. For a read cyde, the QC device 202 asserts PREADY* low for one CLK 

25 cycle after it places data on ttie PDATA t}us. 

Figure 3C is an exemplary timing diagram illustrating a processor read cyde for a QC device 202 and Figure 3D Is 
an exemplary timing diagram illustrating a processor t^ite cyde. Rgure 3E is an exemplary timing diagram illustrating 
processor burst read access cyde for a QC device 202. These timing diagrams are exemplary only and shown to illus- 
trate general functionality and not particular timing or partkHilar signal characteristics. 

30 Referring t>ack to Figure 3B, the network interface signals indude the negative and ptsrtive collision threshoki sig- 
nals, the collision reference signal, the serial (^ta in signal, the negative and positive Manchester-Encoded data sig- 
nals, the positive and n^atlve data threshold signals, the data threshold reference signal, the positive and negative 
Pre-emphasis signals and the twister-pair/AUl mode select signals for rach of the four ports denoted [3:0] of each QC 
device 202. Each QC device receives the CLK signal and has a CLOCK_20MHZ input, which receives a 20 MHz dock 

35 Signal to generate 80. 20 and 10 Mhlz Internal dock signals for use by the ports 104. Each Ethernet core 300 detects a 
collision occurring on the corre^nding segm&it 108 and transmits a jamming sequence according to the Ethernet 
GSMA/CD (Canier Sense Multiple Access/Collision Detect) method. 

Concerning the bus interface signals associated with the HSB 206. a QC device 202 aborts an entire packet by 
ass^ing the ABORT_OUT* dgnal. The EPSM 210 aborts the cun-ent bus cyde by asserting an abort signal 

40 ABORTJN*. In one embodiment, the QC devices 202 are QE1 10 devices which are devised to enable the EPSM 210 
to aljort a packet being received by executing a teckpressure cyde on the HSB 206. TWs particular type of backpres- 
sure capat>flity is a "packet by packet* or dynamic "per port" k>ackpressure that allows rejection of one packet being 
received at one port L64381 devices indude an auto-insert frame check sequwce signal (AI_FCS_IN*). which is 
desCTibed further below. QE1 10 d©«ces replace the ALFCSJN* signal with a signal FBPW, which is used to perform 

45 the same functions as the ALFCSJN* signal, but is ateo used to indicate a backpressure cyde and an enhanc«l 
packet flush. Of course, nrany alternative methods may be used to implement dynamic backpressure as described 
herein. In particular, the EPSM 210 asserts the FBPN* signal during a read cyde to perform a backpressure request 
cyde. If the ABORT_OUT* signal is asserted by the corresponding QC device 202 during the data phase of the read 
cyde, then the backpressure "request" has been granted by that QC device 202, which then asserts a jamming 

50 sequ^ice to abort the packet. If the ABORT.OLrr signal is not asserted, then the EPSM 210 drops the packet. 

The EPSM 210 asserts a status strobe signal STROBE* to all of the QC devices 202 and the TPI 220, each of 
which responds with the status of its four ports 104 or 1 10 (in the case of the TPI 220) in multiplexed fashion on signals 
PKT_AVAlLm* and BUF_AVAILm* when the STROBE* signal is sampled asserted on the rising edge of the CLK signal. 
There s a s^jarate signal for each QC device 202. one set for the TPI 220 and a similar set for the CPU 230, which 

55 acts as another port for some operatfons. In particular, the PKT_AVAILm* and BUF_AVAILm* signals indude signals 
PKT.AVAIL[5:0]* and BUF_AVAIL[5:0]* for the QC devices 202. sigirals TPI_PKT_AVAIL* and TPI_BUF_AVAIL*, oth- 
enwise referred to as PKT_AVAIL[6]* and BUF_AVAIL[6]*. respectively, for the TPI 220. and signals PCB_PKT_AVA1L* 
and PCB_BUF_AVAIL*. othenarise referred to as PKT_AVAILf7]* and BUF„AVAIL(7]*, re^)ectively. corresponding to the 
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CPU 230, for a total of 8 signals per signal type. 

In this manner, the HSB 206 includes signals PKT_AVAIL[0]* and BUF_AVAIL{0]* for the first QC device 202 to 
access the four ports PORTO - PORTB. the HSB 206 indudes signals PKT_AVA!L[1]* and BUF_AVAIL{1]* for the next 
QC device 202 to access the next four ports P0RT4 - P0RT7 etc.. the TPI 220 includes signals PKT_AVAILt6]* and 

5 BUF_AVAIL[6)* to access the ports PORT24 - PORT27, and the EPSM 210 includes Internal signals PKT_AVAIL[7]* 
and BUF_AVAIL[7]* for the CPU 230. Up to four bits are mu!tipIex«J on each of the signals corresponding to the four 
ports separated by respective cycles of the CLK signal. 

In response to the STROBE* signal, the bus interface logic 308 Includes port status logic 303 for multiplexing four 
status bits on a respective one of the BUF_AVAIL[5:0]* signals to indicate whether each of its corresponding transmit 

10 FIFOs 304 for the respective port has enough empty space available to store data. The port status logic 303 is either 
centralized for all four of the ports as shown, or is distrbuted among the ports. The determination of empty space is 
according to a configuration register in the bus interlace logic 308 storing a bus transfer field size (TBUS), which is pref- 
erably configure by the CPU 230 to 16, 32 or 64 bytes. In a similar manner, in response to the STROBE* signal, the 
TPI 220 includes similar port status logic 820 (Figure 8B) coupled to the HSB 206 for multiplexing four status bits on the 

15 BUF_AVAIL[6r signal to indicate whether each of its internal transmit FIFOs, descrlt>ed below, has enough empty 
space to store data for corresponding ones of the TLANs 226 for the respective ports PORT24-PORT27. For the CPU 
230 or PORT28. a PCB 406 (Rgure 4) within the EPSM 210 asserts a single status bit on the BUF_AVAIL[7]* signal to 
indicate whether an interr^l PCB transmit FIFO within the EPSM 210 has available space to store data for the CPU 230. 
In a sinmlar manner, in response to the STROBE* signal, the port status logic 303 of the bus interface logic 308 in 

20 each QC device 202 multiplexes four status bits on a respective one of the PKT_AVAIL[5:0]* signals indicating whether 
each of its receive Fl FOs 302 for the respective port has enough data, according to the TBUS value, to transfer received 
data for a txjs transfer on the HSB 206. Likewise, the TPI 220 multiplexes four status bits on the PKT_AVAIL{6]* signal 
indicating whether its internal receive FIFOs have received enough data from the re^>ective ports PORT23-PORT27 to 
transfer on the HSB 206. For the CPU 230, the PCB 406 within the EPSM 210 asserts a single status bit on the 

25 PKT_AVAIL[71* signal to indicate whether an internal PCB receive FIFO within the EPSM 210 has received enough data 
from the CPU 230 for an HSB 206 bis transfer. 

Figure 3F is an exemplary timing diagram illustrating a buffer status inquiry of the QC device 202 and the TPI 220, 
including assertion of the STROBE* signal by the EPSM 21 0 and response by each of the QC devices 202, the TPI 220 
asserting respective PKT„AVAILm* and BUF_AVAILm* signals. The references to PORTO, P0RT1, P0RT2 and 

30 PORTB in Rgure 3F are the four respective ports of a particular QC device 202 or the TPI 220. The PCB 406 responds 
in a similar fashion except ttiat its port is active for all four phases. The STROBE* signal is level triggered and thus sam- 
pled low on the first rising edge of the CLK ^gnal. It is noted that the timing diagram of Rgure 3F is exemplary only and 
shewn to illustrate general functionality and not particular timing or particular signal characteristics. For example, the 
STROBE* signal is periocfic and typically asserted for more than one CLK cycle in operation of the embodiment 

35 shewn. 

Referring t>ack to Figure 3B, a signal PORT_BUSY* is ised to indicate whether the re^ective port is sending or 
receiving in half duplex mode, or when the port is transmitting in full (ivp\ex mode. Read data signals 
READ_OUT_PKTI5:0]* are asserted by the EPSM 210 to inform a respective QC device 202 to place data from a 
re^ective receive FIFO 302 on the data signals DATApirO]. In a similar manner, write data signals 

40 WRITE JN_PKTI5:0]* are asserted by the EPSM 210 to inform a respective QC device 202 to retrieve data from the 
data signals DATApiO] into a respective transmit FIFO 304. Also, similar signals PCB_RD_OUT_PKT*, 
PCB_WRJN_PKT* and TPI_READ_OUT_PKr. TPI_WRITE_IN_PKr signals are included for the TPI 220 and the 
CPU 230, respectivety. All of the read and write signals are collectively referred to as the READ_OUT_PKTm* and 
WRrTE_IN_PKTm* signals, r^edively. The PORT_NO[1 :0] bits indicate which particular port 1 04 is being addressed 

45 tor a cycle executed on the HSB 206. 

A signal SOP* indicates the Start Of Packet when the t^eginning or header of a packet is transferred on the HSB 
208. The A1_FCS_1N* si^ial is typically asserted with the SOP* and one of the WRrrE_lN_PKTm* signals by an exter- 
nal device to cause a Ij64381 device (for one implementation of the QC devices 202) to automatically calculate a CRC 
(cyclic redundancy check) value from the data in the packet and to insert the CRC into the PCS fiekl of the packet A 

50 QE1 1 0 device replaces the ALFCSJN* signal with the FBPN* signal, as described previously, for additional functions. 
A ^gnal EOP* irH:ficates the End Of Packet when the last data transfer of a data packet is transferred on the HSB 206. 
BYTE_VALID[3:0]* signals indicate which bytes are valid in the current word on the DATA signals. It is noted that a data 
packet is usually too large for a single transfer on the HSB 206. so that each bus cycle transfers an amount of data less 
than or equal to the TBUS value. 

55 W 'ts appreciated that each QC device 202 operates each of its four ports as lOBase-T Eth^net ports. It is further 
appreciated that the EPSM 210 \ms access to r^ and write all registers of the QC devices 202 through tfie QC bus 
204. Further, the EPSM 210 reads data from all of the receive FIFOs 302 and writes data to all of the transmit FIFOs 
304 through the HSB 206. 
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Figure 3G is an exemplary timing diagram illustrating a concurrent read and write cyde on the HSB 206. The top 
of the timing diagram indicates the cycle type, where two concurrent read and write cycles are executed one after the 
other. The CLK, CLK.2, STROBE* READ_OUT_PKTm*. WRITE_IN_PKTm*. PORTNO[1:0]. DATAI31.-0] and 
ABORT_OUT signals are shown plotted on a Y-axis (or vertical axis) versus time plottaJ on an X-axis (or horizontal 

5 axis) of the timing diagram. There are two different types of concurrent read and write cydes that are performed 
depending upon the particular configuration. For the first, general type of concurrent cycle, rf the QC devices 202 are 
inr^)lemented with the QE110 devices which indude the latches 324. 326. then concurrent read and write cydes are 
perform^ without further enhancement. Alternatively, if the CX) devices 202 are implemented with the L64381 devices, 
external latches and select logic (not shown) are add^ to latch the PORT_NO signals when asserted on the HSB 206. 

10 A second, ^edal type of concurrent read and write cyde is performed with the L64381 devices without further 
enhancement, but only if the PORT_NO signals are the same and only if the QC devices 202 are different 

The EPSM 210 determines the type of cyde to execute, such as. for example, read, write, concurrent read and 
write, backpressure, etc. A read cycle is generally indicated by assertion of one of the READ_OUT_PKTm* signals, and 
a write cyde is generally indicated by assertion of one of the WRITE_IN_PKTm* signals. A concurrent read and write 

75 cycle is indicated by simultaneous assertion of a READ_OUT_PKTm* signal and a WRITE_IN_PKTm* signal. The 
EPSM 210 performs a concurrent read and write cyde between two ports under certain conditions, such as. for exam- 
ple, only if both ports are configured to operate in cut-through (CT) mode, described more fully below. 

During the concurrent cycle, the EPSM 210 asserts one of the READ_OUT_PKTm* signals low at the beginning of 
the third CLK cyde to indicate one of the QC devices 202 or the TPI 220. and asserts the appropriate port numk»er on 

20 the P0RT_N0[1 rO] signals during the third CLK cycle to indicate one of the four ports of the QC device 202 identified 
by the particular READ_OUT_PKTm* signal assaled. TTie QC device 202 identified by the particular 
READ_OUT_PKTm* signal latches the PORT_NO[1 :0] signals in the third CLK cyde to determine the particular port 
being read. For example, the QE1 10 devices implementing the QC devices 202 are configured with the read latches 
324 to latch the PORT_NO[1:0] signals. Also, the TPI 220 indudes similar read latches 819b (Figure 8B) to latch the 

25 PORT_NO[1:0] signals in the third CLK cyde. if indicated by the READ_OUT_PKTI6]* signal. Alternatively, external 
latches are used for this purpose if the QC devices 202 are implemented with the L64381 devices. At this point, the par- 
ticular port PORT0-PORT27 identified has been indicated as the source port for a read cyde on the HSB 206. 

The EPSM 210 then asserts one of the WRITE_IN_PKTm* signals low at the beginning of the fourth CLK cyde to 
indicate the same or any other one of the QC devices 202 or the TPI 220, and asserts the appropriate port number on 

30 the P0RT_N0[1 :0] signals during the fourth CLK cyde to indicate one of the four ports of the device indicated by the 
particular WRITE_IN_PKTm* signal asserted. The QC device 202 identified by the particular WRITE_IN_PKTm* signal 
latches the P0RT_N0[1 :0] signals in the fourth CLK cyde to determine the particular port t>eing written to. For example, 
the QE110 devices implementing the QC devices 202 are configured with the write latches 326 to latch the 
P0RT_ISKD[1X)] signals in the fourth CLK cyde. Also, the TPI 220 includes similar write latches 81Sb to latch the 

35 PORT_NO[1 :0] signals in the fourth CLK cyde. if incficated by the WRITE_IN_PKT16]' signal. In this manner, any other 
one of the ports PORT0-PORT27 is indicataJ as the destination port for a write cyde on the HSB 206. where the write 
cyde occurs at the sarm time as the read cyde ji^ indicated. The source ar^ destination ports may be on the sanr>e 
QC device 202 or two ports of the TPI 220. or amy be between different QC devices 202. However, a concurrent read 
and write cyde is not performed between one of the ports 1 04 of the QC devices 202 and one of the ports 1 10 of the 

40 TPI 220 in the embodiment shown due to differences in speoi of data transfer. 

In the follo^flng cydes of the CLK signal, packet data is concurrentiy transferred or read from the source port and 
directiy written to the destination port across the HSB 206 without being stored in the EPSM 210 or the memory 212. 
Data transfer occurs in cydes 5. 6. 7 and 8. for transfen'ing several bytes depertding upon the embodiment. For exam- 
ple, up to 64 bytes are transferred tor L64381 devices, and up to 256 bytes are transferred for QE1 1 0 devices. Although 

45 four CLK cydes are shown for the data transfer, the data transfer n^y occur with one. two or four CLK cydes depending 
upon how much data is transferred. For new packets, a normal read cycle is first performed to provide the source and 
destination MAC address^ into the EPSM 210. which then performs a hashing procedure, d^cribed further below, to 
determine the destination port number, if known. Once the destination port number is known, and if there is only one 
destinati(Ki port, a concurrent read and write operation may be performed for any portion or the ^ire remainder of the 

50 packet as desir^. 

The special type of concurrent read and write cycle is performed if the PORT_NO signals are tiie same but 
between two different pwrts and thus between two different QC devices 202. Figure 3G also illi^trates this case exc^ 
that ttie PGRT^NO signals remain unchanged throughout the entire cyde. The latches 324. 326 are not necessary 
since tiie PORTING signals remain unchanged, so that this type of concun-ent cyde may be performed between two 
55 different L64381 devices without extemal latches or select logic. The EPSM 210 determines that tiie PORT_NO signals 
are the same between the source and destination ports and that two different QC devices 202 are involved, and then 
runs the concurrent cycle as shown. 

As shown in Rgure 3G. a second concun-^it read and write transfer occurs in the sixth CLK cycle, where the 
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P0RT_N0[1 :0] signals are then asserted in the seventh, eighth and ninth cycles with the read mode, the read port 
number and the write port number, respectively. A READ_OUT_PKTm* signal is de-asserted for the seventh CLK cyde 
in response. Ukewise, a WRITE_IN_PKTm* signal is deasserted for the eighth CLK cycle. This second concurrent 
cyde is either a continuation of the first concurrent cycle for providing continuing and consecutive data of the same data 

5 packet or may be the beginning of an entirely different data packet. The source and destination ports are the same for 
continuing data for the same packet. However, either the source port, or the destination port, or both nray be different 
in the second concurrent cyde for transforring data for a different packet. 

Figure 3H is a flowchart diagram Illustrating a procedure for executing a concun^ent read and write cyde on the HSB 
206. At a first step 330, the EPSM 210 determines whether a concurrent read and write cycle may be executed on the 

10 HSB 206 between a source port and a destination port. The EPSM 210 then asserts the appropriate signals to identify 
the source port at next st^ 332. This is performed by asserting the source or "read" port number using the PORT_NO 
signals on the HSB 206 and by asserting the appropriate READ_OUT_PKTm* sigr^l. At next st^ 334, the identified 
source port device detects or stores the identification signals. In the spedal concurrent cycle with no latches, the QC 
device 202 detects the READ_OUT_PKTm* signal and then the PORT_WO signals on the HSB 208 and begins prepar- 

75 ing for a read cycle. In the general concurrent cydes ising latches, the indicated QC device 202 or the TPt 220 latches 
the read port number at step 334 and begins preparing for a read cycle. 

At next step 336, the EPSM 210 asserts the appropriate signals to tdentrfy the destination port For the special con- 
current cycle, the EPSM 210 asserts the appropriate WRITE_IN_PKTm* signal and maintains the same PORT_NO sig- 
nals. For the general case, the EPSM 210 also asserts the destination or 'Vvrrte'' port number on the HSB 206 along 

20 with the appropriate WR[TE_IN_PKTm* signal at next step 336. At next st^ 338. the identified destination port device 
detects or stor^ the tdentif tcation signals. In the spedal concurrent cycle with no latches, the indicated QC device 202 
detects the WRITEJN_PKTm* signal and then the PORT_NO signals on the HSB 206 and begins pr^ring for a write 
cyde. For the general case, the indicated QC device 202 or the TPI 220 latches the destination or write port number at 
next step 338. Finally, the indicated source port provides the data on the HSB 206 while the indicated destination port 

25 reads the data from the HSB 206 at next 340 in a concurrent read and write cyde. 

The concunrent read and write operation is the fastest type of data transfer cyde since only a single bus cycle is 
needed for each transfer of packet data. As descrfoed further below, a nornel CT mode of operation requires at least 
two transfers, one from the source port to the EPSM 210, and another one from the EPSM 210 to the destination port, 
which requires two s^rate cydes on the HSB 206 for the same data. A concurrent read and write cyde requires a 

30 Single and direct transfer on the HSB 206 tor the same data, th^-eby inaeasing bandwidth of the HSB 206. Other, 
slower modes are provided, including several interim CT and store-and-fonivard (SnF) modes, where packet data is writ- 
t^ to the memory 212 before being transferred to the destination port 

Referring now to Rgure 4, a simplified block dia^m is shown of the EPSM 210 illustrating data flow and configu- 
ration registers. The EPSM 210 include three primary sections induding an HSB controller block (HOB) 402, a mem- 

35 ory controller Wock (MCB) 404 and a processor control block (PCB) 406. A QC interface 41 0 couples the HSB 206 the 
HCB 402 of the EPSM 210. A set of buffers or FIFOs 412 are couple to the other side of the QC interfoce 410. where 
the FIFOs 412 include receive, transmit and cut-through FIFOs, desaibed further below. The other side of the FIFOs 
412 (excluding a CT buffer 528. Rgure 5A) is coupled to the MCB 404 through an MCB interface 414, which is coupled 
to an HCB interface 418 in the MCB 404 through an appropriate bus 420. The HCB interface 418 is further couple to 

40 a memory interface 422. which is coupled to the memory 21 2 through the memory bus 21 4. The memory interface 422 
is further coupled to one side of a PCB interlace 424, whfoh has its other side coupled to one side of an MCB interface 
426 within the PCB 406 through an appropriate MCB bus 428. The other side of the MCB interface 426 is coupled to 
one side of a set of FIFOs 430. which are further coupled to a CPU interface 432 within the PCB 406. The CPU interface 
432 is coupled to the QC/CPU bus 204 and to the CPU bus 218. The CPU Interface 432 Is further coupled to one side 

45 of a second set of FIFOs 434 within the PCB 406, wttich has its other side coupl«l to a QC/HCB interface 436. The 
other side of the QC/HCB interface 436 is coijpled to the QC interface 410 across an appropriate HCB bus 438. 

It is noted that the PCB_BUF_AVAIL*, PCB_PiaiAVAIL*, PCB_RD_OUT_PKr and PCB_WRJN_PKr signals 
of the HCB bus 438, assodated with the PCB 406 and the CPU 230, are induded in the BUF_AVAILm*, PKT_AVAILm*. 
READ_OUT_PKTm* and WRITEJN_PKTm* signals, respectively In the embodiment shown, the HCB bus 438 is sim- 

50 ilar to the HSB 208. and is essentially an internal versbn of the HSB 206 within the EPSM 21 0. The PCB 406 braves 
in a similar manner as each of the ports 104 and the TPI 220 to the HCB 402. In th^ rmnner, the CPU 230. through 
operation of the PCB 406. operates as an additional port (PORT28) to the HCB 402. 

The CPU interface 432 is coupled to a register interface 440 through a bus 442, where the register interface 440 is 
further coupled to a register bus 444. The register bus 444 couple to a set of HCB configuration registers 446 within 

55 the HCB 402 and to a set of MCB configuration registers 448 within the MCB 404. In this manner, the CPU 230 initial- 
izes and programs the registers in both the HCB and MCB configuration registers 446, 448 through the CPU interface 
432 and the register interface 440. 

The MCB conf juration registers 448 are used to store a significant amount of configuration information associated 
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with the ports and the memory 212. For example, the MCB configuration roisters 448 include port state information 
indicating whether each port is in a learning (LRN), fonn^arding (FWD). blocks (BLK). listening (LST). or disabled (DIS) 
state, memory sector infornriation. bus utilization information of the memory bus 214, number of dropped packets, hash 
table definitions, men%)ry thresholds, BC thresholds, identification of secure ports, if any. memory control information, 

5 MCB interrupt source t}its, interrupt mask bits and polling source bits, etc. 

"Rie desaiption of the EPSM 21 0 illustrates that the CPU 230 has access to the QC devices 202 and to the memory 
212 for configuration and control purposes. Although primary data flow with the HSB 206 with the EPSM 21 0 is through 
the FIFOs 412 and the mennory 212, data flow also occurs between the HSB 208 and the CPU 230 through the HOB 
t^s 438 and associated FIFOs and interfaces of the EPSM 21 0. 

10 Refening now to Figure 5A. a more detail^ block diagram is shown of the HCB 402. The HCB bus 438 is an inter- 
nal version of the HSB 206 for interfacing the PCB 406, where both buses 206, 438 will collectively be referr^ to as the 
HSB 206. Polling logic 501 is couple to the HSB 206, to a set of local registers 506 and to the HCB configuration reg- 
isters 446. The polling logic 501 receives the CLK signal, and periodically asserts the STROBE* signal to the QC 
devices 202 and the TPI 220 for querying the ports 104, 1 10 and the PCB 406. TTie polling logic 501 then monitors the 

75 multiplexed PKT_AVAILm* and BUF_AVAlLm* signals from the QC devices 202. the TPI 220. where each QC device 
202 and the TPI 220 provide the status of its four ports 104. 1 10, respectively, as described previously. The TPI 220 
re^nds with the PKT_AVAII-[6]* and BUF_AVAIL{6]* signals and the PCB 406 responds with the PKT_AVAILI7]* and 
BUF_AVA!L[71* signals. 

The polling logic 501 includes a receive (RX) poll state nrtachine 502, which reviews the PKT_AVAILm* signals and 
20 updates a RECEIVE LIST 509 within the registers 506. In a similar manner, the polling logic 501 includes a transmit 
(TX) poll state machine 503, which reviews the BUF_AVAILm* signals and updates a TRANSMIT UST 510 witrtin the 
registers 508. If a WTPRIORITY flag in the HCB configuration registers 446 is set by the CPU 230. the RX poll state 
machine 502 and the TX poll state machine 503 both use a set of WEIGHT FACTORS 508 in the HCB configuration 
registers 446 for programming the RECE I VE LIST 509 and the TRANSMIT LIST 51 0, respectively, as further described 
25 t>elow. The HCB configuration registers 446 also include a set of CT_SNF registers 507, which are programmed by the 
CPU 230 to determine tiie desired mode of operation between CT and SnF when the corresponding port is either a 
source or a destination port 

The regist^s 506 are implemented in any desired fashion d^encfing upon the implementatbn of the EPSM 210, 
such as a latches flip-fbps, static RAM (SRAM), DRAM devices etc., and includes a plurality of status and control reg- 

30 isters or buffers. The RECEIVE LIST 509 includes a plurality of register values Indicative of relative receive status and 
priority dt each port. Likewise, the TRANSMIT LIST 510 includes a plurality of register values indicative of relative trans- 
mit static and priority of each port An RPCOUNT register 511a stores an RPCOUNT number i^ed by the RX poll state 
machine 502 to assign a relative receive priority to each port when packet data is received by that port from an external 
network device. Alternatively, the RX poll state machine 502 uses a corresponding weight factor from the WEIGHT FAC- 

3S TORS 508. Likewise, a TPCOUNTT register 511b stores a TPCOUNT number used by the TX poll state machine 503 to 
assign a relative transmit priority to each port when packet data is available for transmission by that port to an external 
network device and the port has room to receive data for transmission. Alternatively, the TX pdl state machine 502 uses 
a conesportding weight tactor from the WEIGHT FACTORS 508. Relative arbitration count nurribers RXNEWCNT, 
RXACTCWT. TXNEWCNT and TXCTCNT are stored in registers RXNEWCNT 511c, RXACTCNT 511d,TXNEWCNT 

40 51 1 e and TXCTCNT 51 1 f, respectively. 

The HCB 402 includes art^itration logic 504 coupled to review the data in the registers 506 and 446 for determining 
the types of cydes executed on tie HSB 206. An HSB controller 505 performs and controls each cyde executed on the 
HSB 206 for controlling data flow between the EPSM 210 and the HSB 206. The HSB controller 505 is coined to the 
re^sters 505 for modifying status bits. The HSB controller 505 receives an indication of the type of each cyde from the 

45 arbitration log'tc 504. The art}itration logic 504 indudes a MAIN arbiter 512 coupled to four data art}(ters, induding a new 
packet receive (RX NW) artier 51 3. a rec&ve active (RX ACT) arbiter 514. a new packet transmit (TX fslW) arbiter 51 5. 
and a transmit cut-through (TX CT) arbiter 516. The MAIN arbiter 512 generally selects t)etween the RX NW arbiter 
513. the RX ACT arbit^ 514. the TX NW aibrter 515 and the TX CT arbiter 516, where each arbiter art»trates to define 
the next cyde. The MAIN arbiter 512 uses any acceptable priority scheme as desire. In the errtbodinrient shown, for 

so example, the MAIN arbiter 512 uses a round-robin priority scheme. 

The FIFOs 412 are implemented in any desired fashion. In the embodiment shown, two receive buffers RX BUFs 
520. 522 implement an RX FIFO, where data is read from one buffer while being written to the other, and vice-versa. 
Also, two transmit buffers TX BUFs 524, 526 are provided and operate in a similar manner as the RX BUFs 520, 522. 
The FIFOs 412 also indude at least one cut-through buffer CT BUF 528. The RX BUFs 520, 522 are both 64-byte buff- 

55 ers that each indude a bidirectional data interface witti the HSB 206 for data flow in either direction, and a uni-direc- 
tional interface for provkiing data to the MCB 404 through an RX MCB interface 530. The TX BUFs 524, 526 are both 
64-byte buffers coupled between the HSB 206 and a TX MCB intertace 531 . The TX BUFs 524, 526 receive data from 
the MCB 404 through the TX MCB interface 531 . and provide data to the HSB 206. The CT BUF 528 is a 64-byte buffer 
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having a bidirectional interlace with the HSB 206. A FIFO control block 529 is couple to the registers 506. the HSB 
controller 505, the RX BUFs 520. 522. the 7X BUFs 524. 526. the CT BUF 528. the RX MCB interface 530 and the TX 
MCB interlace 531 for controlling data flow through the FIFOs 520, 522. 524 and 526. for detecting certain status sig- 
nals asserted through the RX, TX MCB interfaces 530, 531 and for setting certain bits in the registers 506, as descra>6d 
5 further below. 

The bus 420 includes a plurality of data and control signals for interfacing the HCB 402 to the MCB 404 through the 
RX. TX MCB interfaces 530, 531, hash request logic and MCB interface (refened to as HASH REQ LOGIC) 532 and 
transmit arbiter request logic and MCB interface (referred to as TX ARB REQ LOGIC) 533. The HSB controller 505 cop- 
ies the header of each new packet from one of the ports PORT0-PORT28 into one of the RX BUFs 520. 522 and also 
10 into the HASH REQ LOGIC 532. TTie he^er is at least three DWORDs (32 bits each) or 96 bits, which includes both 
the source and destination MAC addresses. The HASH REQ LOGIC 532 r^uests the hashing procedure to be per- 
formed by the MCB 404, and sets appropriate bits in the registers 506. The hashing procedure is performed to deter- 
mine the appropriate action to take for the packet. 

In the embodiment shown, after receiving the header of a new packet, the HASH REQ LOGIC 532 asserts a signal 
IS HASH_REQ* to the MCB 404 and multiplexes the 48-brt MAC destination and source addresses and an S-bit source 
port number on HASH_DA_SA[15:0] signals. The MCB 404 detects the HASH__REQ* signal, performs the hashing pro- 
cedure and then asserts a signal HASH_DONE* to the HASH REQ LOGIC 532. The MCB 404 also asserts signals 
HASH_DSTPRT14:0]. HASH_STATUS[1:0] and a signal HASH_BP*. if appropriate. The HASH_STATUS[1 :0] signals 
indicate one of four results, including 00b (b denotes a binary number) = DROP_PKT to drop the packet, 01b = 
20 GROUP_BC for a bro^cast (BC) packet, 1 0b MISS_BC for an unknown destination port and thus a BC packet, and 
lib = FORWARD_PKT indicating a unicast packet to a single destination port. If HASH_STATUS[1 rO] = 
FORWARD_PKT. then the HASH_DSTPRTI4:0] signals are assaled with a binary port number designating the desti- 
nation port for the packet. The HASH_BP* signal is asserted to indicate backpressure, if backpressure Is enabled and 
appficat)!e, due to a threshold overf bw condition In the memory 212 as determined by the MCB 404. 
2s Certain threshold values are set for the entire memory 212. for particular types of packets (BC packets, for exam- 
ple) and on a port by pert basis. If a threshoM value is reached, so that another packet provided to the memory 212 
would violate a threshold condition, the network switch 1 02 determines whether to drop the packet. The sending device 
eventually detects that the packet Is dropped and re-sends the packet. \f certain threshold conditions are violated, if 
l>ackpressure is enabled and if the source port is operating in half duplex nrtode. the HASH_BP* signal is asserted. 
30 The HASH REQ LOGIC 532 detects the HASH_BP* signal and detenmines if HASH_STATUS[1 :0] = DROP_PKT. 
such as, for example, the source and destination ports are the same. If HASH_STATUS[1 :0] = DROP_PKT, then no fur- 
ther action Is required since the packet is to be dropped. If HASH_STATUS[1 lO] Is not equal to DROP_PKT, then the 
HASH REQ LOGIC 532 detemiines if HASH_STATUS[1 :0] = FORWARD.PKT and the packet is to be transferred In CT 
mode through the CT BUF 528, thereby potentially avoiding the memory 212. H the destination port is busy, or If 
35 HASH_STATUS[1 :0] does not indicate to drop or to fonward the packet then the HASH REQ LOGIC 532 instnicts the 
HSB controller 505 to execute a backpressure cyde to the port receiving data. 

During SnF operation, the EPSM 210 receives and stores the entire packet in the mentory 212 before sending any 
portion of the packet to a destination port. After the packet is reived and If tiie destination port is known, the packet 
is s^ to the destination port when available according to the particular art»tration scheme being used. For CT opera- 
te tion to apply t)oth ports are preset for CT mode In the CT_SNF regi^ers 507. both ports operate at the same speed 
and the TBUS setting for the destination port Is greater than or equal to the TBUS setting for the source port For the 
particular embodiment shown using the TLANs 226 to intplenrrent the 100 Mbps Ethernet ports PORT24-PORT27. CT 
nftode is not perfornr>ed for the ports PORT24-PORT27 since the TLANs require ttie size of the entire packet prior to 
transmission. Also, the shown embodiment rec^ires the TBUS values to be equal. The preseit invention is ndt limited 
45 by these various design consideratior^. During CT mode of operation, the EPSM 210 provides the data to the appro- 
priate QC device 202 for transmission on the intficated destination port If it Is not busy The packet data is buffered 
through the FIFC^ 412 between the source ard destination ports without being transferred to the n>emory 212. 

If the destination port is busy at the t)eginning of a rec^ved packet, the data is buffered In the men^ry 212 between 
the source and destination ports according to the Interim CT rr^e of operation. However, the packet portion imme- 
50 diatety available for transmission by a destination port so that the transfer to the destination port need not wait for the 
entire ^cket to be received. As a safety mecf^nism. interim CT mode of operation may be overridden and the opera- 
tion for t^ particular packet switched to SnF nrtode for the next packet. 

If. for any reason, the destination port is unatsle to accept more data during transfe- of a packet in CT mode, such 
as when the destination port stalls, then op^ation is switched to the mid-packet interim CT mode. During the mid- 
55 packet interim CT mode, ttie packet data In the FIFOs 412 is sent to the memory 21 2. and tiien sent to the destir^tion 
port when it Is available to receive more data, ft is noted tfiat since other, suk)sequentiy received packets n^y be 
received by other ports for transmission t>y the same stalled port, where these 8ut)sequent packets are placed in a cor- 
responding transmit chain tor the port, the remaining packet portion of the packet switched to mid-packet interim CT 
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mode is placed first in the transmit chain to ensure proper ordering. 

Another mode is referred to as the adaptive SnF mode. While a packet is being transferred according to CT oper- 
ation, the CPU 230 monitors and tracks activity of the ports 104, 1 10 and the PCB 406 to determine if any one or more 
of the ports experiences a significant number of errors, such as "runts", "overruns", "jabbers", late collisions, PCS 

5 errors, etc. A runt is a packet less than a certain minimum amount of data, which minimum is 64 bytes in the embodi- 
ment shown. An overrun is a packet that is greater than a certain maximum amount of data, which maximum is 1 ,518 
bytes in the embodiment shown according to the Ethernet standard. A jabber is packet larger than the maximum size 
(1518 bytes for Ethernet) and contains an invalid CRC (cyclic redundancy check) value. Usually, packets with any such 
errors are dropped smd not propagated through the system. According to the adaptive SnP nrrode, if a port 1 04 is oper- 

10 ating using CT operation and a significant numtjer of such en-ors are experienc«i as determined by the CPU 230, the 
CPU 230 toggles the preset mode for the desired port from CT to SnF operation until any errors are correctwJ or other- 
wise eliminated. 

Operation of the ports 1 10 of each TLAN 226 is similar, except that packet data passes through the TPI 220 across 
the HSB 206 to the EPSM 210 and is stor^ in the menrary 212 prior to transmission. The TPI 220 effectively operates 

15 as a bridge between the PCI txjs 222 and the HSB 206. The TLANs 226 r^uire the length of the entire packet before 
transmitting the packet to an external networK so that each packet is receive and stored In the memory 212 in its 
entirety before being re-transmitted to by one of the TLANs 226. Furthenmore, data received by a TLAN 226 for trans- 
mission by a QC device 202, and data received by a QC device 202 for transmission by a TLAN 226 are operated in 
SnF mode and stored in the memory 212 due to the large speed differential between the devices 202. 226 in the 

20 embodiment shown. 

The RX MCB intelace 530 asserts a signal RX_PKT„AVAIL* to the MCB 404 when packet data is in one of the RX 
BUFs 520, 522 and ready for transfer to the memory 212. Packet data is transferred from the HCB 402 to the MCB 404 
on a memory data output bus MemDataOut or MD0[31 :0]. A static signal MEM_EDO is asserted if the type of menrxory 
212 Is either EDO or synchronous DRAM, and is not asserted for FPM DRAM. The RX MCB int&iace 530 also asserts 
25 several oth^ signals while asserting the RX_PKT_AVAIL* signal as appropriate. In particular, the RX MCB interface 
530 multiplexes the source port number on RX_SRC_DST14:0] signals for one CLK cycle folk3wed by the destination 
port number, if known, during the next CLK cyde while asserting the RX_PKT_AVAIL* signal. Also, the RX MCB irrter- 
face 530 asserts the number of DWORDs (minus one DWORD) on RX_CNTI5:0] signals that is in the selected RX BUF 
520 or 522. 

30 The RX MCB interface 530 asserts a signal RX_SOP* with the RX_PKT_AVAIL* signal if the data is the beginning 
of a f^cket or asserts a signal RX_EOP* with the RX_PKT_AVAIL* signal if the data is the end the packet. The RX 
MCB interface 530 asserts a signal RX_CUT_THRU_SOP* with the RX_PKT_AVAIL* and RX_SOP* signals if the 
packet is being transferred in CT mode but buffered through the memory 212, such as for interim CT or mid-packet CT 
rrodes. In particular, interim CT (full packet) is indicated if (!RX„CUT_THFttJ_SOP* & IRX_PKT_AVAIL* & !RX_SOP*) 

35 and interim CT mtd-packet is indicated if (!RX_CUT_THRU_SOP* & !RX_PKT_AVAIL* & RX_SOP*). The RX MCB 
interface 530 asserts a signal RX_MISS_BC* with the RX_PKT_AVAIL* and RX_SOP* signals if the destination 
address was i^known arrd thus the packet is a BC packet The RX MCB interface 530 asserts a signal 
RX_GROUP_BC* with the RX_PKT_AVAIL* and RX_SOP* signals if the GROUP bit is set within the f^cket header, so 
that, again, the packet is a BC packet. The RX MCB interface 530 asserts a signal RX_END_BYTE[1 :0] with the 

40 RX_PKT_AVAIL* and RX_EOP* signals to indicate the byte lane of the last byte in the packet 

The RX MCB interface 530 asse-ts a signal RX_ERROR* with the RX_PKT_AVAIL* and RX_EOP* signals if the 
source port detects and indicates an error in the packet during transmission by asserting the ABORT^OLTT signal. 
Several error conditfons are checked by the ports 1 04. 1 10, such as detection of a FIFO overrun, a runt packet, an over- 
sized packet franrte check sequertce (PCS) ^ror, or a Phased-Lock^ Loop (PLL) error. If the RX_ERROR* signal is 

45 ass&led, the network switch 102 drof» the packet if being transferred in SnF mode. 

The MCB 404 asserts a signal RX_ACK* to the HCB 402 aft©^ detecting the RX_PKT_AVAIL* signal asserted and 
after fatching the associated signals asserted with the RX_PKT_AVAIL* signal as descrik^ above. The MCB 404 
assels a signal RX.STB* when it is ready to accept the next DWORD of data. The MCB 404 asserts a signal 
RX_PKT_COMPL£TE* when it deternrtines that the HCB 402 may request the data. In particular, the MCB 404 asserts 

50 the RX_PKT_COMPLETE* agr^l after detecting the RX_SOP* signal asserted by the HCB 402 for CT mode packets. 
Also, the MCB 404 asserts the RX„PKT_COMPLETE* signal after detecting the RX_EOP* signal assertal by the HCB 
402 for SnF mode packets. The MCB 404 does not assert the RX_PKT_COMPLETE* signal if the RX_ERROR* signal 
was asserted for a SnF packet (indicated by the RX_CUT_THRU* signal not being asserted with the RX_SOP* signal). 
The MCB 404 asserts a signal RX_PKT_ABORTED* to the HCB 402 in lieu of the RX_PKT_COMPLETE* signal if the 

55 packet is dropped due to an overt k>w condition of the memory 21 2 as determined by the MCB 404. 

The TX ARB REG LOGIC 533 receives a request from the arbitration logic 504 to retrieve packet data from the 
memory 212 for transmission by an available destination port, which request is typically originated by the TX NW arbiter 
515. The TX ARB REQ LOGIC 533 correspondingly ass^ a transmit request signal TX_ARB_REQ* to the MCB 404 
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while also asserting the destination port number on signals TX_ARB_PORTI4:0] and a nmimum transfa^ length for 
each data portion on signals TX_ARB_XSIZE[2:0]. The niaximum transfer length is defined for the TX BUFs 524. 526 
as 000b = 16 bytes. 001b = 32 bytes. 010b = 64 bytes. 01 1 = 128 bytes and 100 = 256 bytes. The MCB 404 latches 
these values and asserts an acknowledge signal TX_ARB_ACK* to the TX ARB REQ LOGIC 533. The MCB 404 then 

5 retrieves the requested data from the memory 212 and writes the data to one of the TX BUFs 524, 526. 

Data is transferred to the TX BUFs 524, 526 in the HCB 402 across a memory data input bus MemDataIn or 
MDI[31 10]. The TX MCB interface 531 asserts a signal TX_BUF_AVAIL* when the FIFO control block 529 determines 
that either of the TX BUFs 524, 526 are available to receive data from the MCB 404. The MCB 404 asserts a strobe 
signal TX_STB^ when data is available to be sampled by the TX MCB interface 531 of the HCB 402 lor storage in the 

10 available TX BUF 524 or 526. The MCB 404 asserts sevOTi signals concun-ently with the TX_STB* signal for identifying 
characteristics of the data. In particular, the MCB 404 asserts a signal TX_SOP* with the TX_STB* signal for the begin- 
ning or start of a packet from the memory 212. The MCB 404 asserts a signal TX_AIFCS* with the TX_STB* signal if 
the source port is the PCB 406 indicating the CPU 230. The MCB 404 asserts a binary number on signals TX_CNT[5:0] 
with the TX_STB* signal, where the TX_CNT[5:0] signals indicate the number of DWORDs (minus one DWORD) to 

75 write into the selected TX FIFO. The MCB 404 asserts a signal TX_EOP* with the TX^STB* signal for the end of the 
packet from the menrory 212. The MCB 404 also asserts an end of buffer chain signal TX_EOBC* with the TX_EOP* 
and TX_STB* signals If there is no more data In the memory 212 for the partfoular destination port. The MCB 404 also 
asserts end byte signals TX_END_BYTE[1 .*0]* with the TX_EOP* and TX_STB* signals to indicate the byte lane of the 
last byte in the packet. 

20 For BC packets, the MCB 404 asserts a signal BC_PORT_STB* while asserting a BC bitnnap on the MDI[31 :0] sig- 
nals. The FIFO control block 529 detects assertion of the BC_PORT_STB* signal, latches the MDI[31 :0] signals and 
stores the result In an Internal BCBITMAP[28:0] roister. The FIFO control block 529 uses the values in the BCBITMAP 
register wh»i setting bits in an array of memory bits TXMEMCYq28:0] in the TRANSMIT LIST 510. 

Figure 5B is a diagram illustrating several of the registers within the registers 506. The CT_SNF registers 507 

25 include an array of programnrable source port mode bits SRC CT_SNF[28:0], each con-esponding to one of tiie ports 
PORT28 to PORTO, respectively, which are programmed by the CPU 230 to identify the desired mode of operation 
between CT and SnF when the corre^nding port is a source port. In particular, when the SRC CT_SNF bit is set for 
a given port, it is de^red to operate that port in CT ntode when the port is acting as a source port When the SRC 
CT.SNF bit is cleared, it is desired to operate tfiat port in SnF mode when the port is acting as a source port Likewise, 

30 the CT_SNF registers 507 include an array of programmable destination port mode bits DEST CT_SNF[28:0], each 
con-e^sonding to one of the ports PORT28 to PORTO, respectively, which are programmed by the CPU 230 to Identify 
the desired mode of operation betwe^ CT and SnF when the corresponding port is acting as a destination port for a 
unicast packet CT mode Is desired only when the source and destination ports are both designated for CT mode In the 
CT^SNF registers 507. 

35 The RECEIVE LIST 509 includes a plurality of registers for storing corresponding receive priority counts refen^ed 
to as the RXPORTBUFx[4:0] counts, where "x" rdlects the port number. Each RXPORTBUFx count is five bits in the 
eiTTbodiment shown for prioritizing up to 32 ports. The RECEIVE LIST 509 includes a corresponding array of port mask 
bits FO(PRTWtSK[28:0]. where each RXPRTWISK bit is set by the RX poll state machine 502 when that RXPRTT^SK bit 
is initially at logic 0. indicating priority is rx>t currentiy assign^, and when the re^ective PKT_AVAILm* signal is then 

40 asserts. At that tin^, the RX poll state machine 502 assigns a priority number In ttie corresponding RXPORTBUFx 
register. The priority rojmber r&nains valid until the port is sensed. While the RXPRTMSK bit is set, the RX poll state 
machine 502 ignores further requests by masking subsequent assertions of the conre^nding PKT_AVAILm* sigral. 
The HSB controller 505 clears the RXPRTTWSK bit during every read cyde transfer from the respective port for tiiat 
packet other than for the first transfer fr)r a new packet The HASH REQ LOGIC 532 clears ttie RXPRTI^SK bit during 

45 the first read cyde transf^ If ttie packet is to be fransferred accorcfing to SnF mode of operation. The HSB controller 
505 dears the RXPRTWISK bit during the first write cyde transfer to the destiration port if the packet is transfen-ed in 
CTmode. 

The RECEIVE LIST 509 indudes an array of in-queue bits RXINQUE[28:0]. which are each set when the con-e- 
sponding RXPRTMSK bit Is set Each RXINQUE bit indicates whether ttie prfority value is valid and if so, ttiat the cor- 
50 re^nding port is to be induded in artxtration by ttie arbitration logic 504. The RXINQUE bit is deared by an arbiter in 
ttie arbitration logic 504 when ttie req>ective port S4i>mitt^ to ttie MAIN arbiter 512 to be serviced as ttie next port 
for transferring data for a new packet or for a continuing SnF packet 

The RECEIVE LIST 509 includes an array of mennory bits RXMEMCYC[28:0] which indicate whettier ttie respec- 
tive port is to receive data Into ttie memory 212. This occurs for SnF mode, for interim CT mode and for interim mid- 
55 packet CT mode of operation. The HASH REQ LOGIC 532 sets a corresponding RXMEMCYC bit upon determination 
of SnF mode or interim CT mode. The MAIN arbiter 51 2 sets ttie RXMEMCYC bit for mid-packet Interim CT mode pack- 
ets if ttie destination port does not indicate buffer space available during normal CT mode. The HSB controller 505 
dears the RXMEMCYC bit on the last read cyde transfer of data for the respective port 
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The RECEIVE LIST 509 includes an array of active or CT bits RXACTCYq28:0], which indicate whether the 
re^ective port is transferring a data packet according to normal CT mode of operation. TTie HASH REQ LOGIC 532 
sets a corresponding RXACTCYC bit for CT mode packets. The MSB controller 505 clears the RXACTCYC bit on a read 
cycle of the last data transfer of a packet for the con^esponding port. The MAIN arbiter 512 clears the RXACTCYC bit if 

5 the bit is set for CT wo6e arxl the MAIN artMter 512 converts the packet to a mid-packet interim CT packet. 

The TRANSMIT LIST 510 includes a plurality of registers for storing corresponding transmit priority counts referred 
to as the TXPORTBUFxI4:0] counts, where V reflects the port number. Each TXPORTBUFx count is five bits in the 
embodiment shown for prioritizing up to 32 ports. The TRANSMIT LIST 510 includes a corresponding array of port 
mask bits TXPRTWISKI28:0]. where each TXPRTMSK bit is set by the TX poll state machine 503 when that TXPRTMSK 

10 bit is initially at logic 0. indicating priority is not currently assigned, and when the re^ective BUF_AVAILm* signal is then 
asserted. At that time, the TX poll state machine 503 assigns a priority number in the corresponding TXPORTBUFx reg- 
ister. The priority number remains valid until the port is servrced. While the TXPRTMSK bit is set the TX poll state 
machine 503 ignores further requests by masking subsequent assertions of the corresponding BUF_AVAILm* signal. 
The HSB controller 505 clears the TXPRTT^SK bit during every read cyde transfer from the respective port for that 

15 packet other than for the first transfer for a new packet. The HSB controller 505 clears the TXPRTT^SK bit during every 
write cycle transit of packet data to the destination port 

The TRANSMIT LIST 510 includes an array of in^^ueue bits TXINQUE[28:0]. which are each set when the corre- 
sporefing TXPRTWISK bit is set Each TXINQUE bit indicates whether the priority value is valid and if so. that the conre- 
sponding port Is to be included in arbitration by the arbitration togic 504. The TXINQUE bit is cleared by an arbHer in the 

20 artMtration togic 504 when the respective port is subnHtted to the MAIN arbiter 51 2 to be serviced lor transferring data 
for a new packet or a continuing SnF packet. 

The TRANSMIT LIST 51 0 includes the TXMEMCYCI28:0] array of memory bits, which indicate whether the respec- 
tive port is to transmit data received from the memory 212. This occurs for SnF mode, for interim CT mode and for 
interim mid-packet CT mode of operation. TTie FIFO control block 529 sets one or more TXMEMCYC bit in response to 

25 assertion of the RX_PKT_COMPLETE* signal by the MCB 404 after receiving data from the HCB 402. For unicast 
packets, only one of the TXMEMCYC bits are set. For BC packets, the FIFO control block 529 uses its BCBITMAP reg- 
ister to determine whfch TXMEMCYC twts to set. For SnF mode jackets, the TXMEMCYC bits are set after the entire 
packet Is transferred to the MCB 404 for storage in the menrory 212. For interim CT nnode packets Including mid-packet 
interim mode CT packets, a TXMEMCYC bit Is set during the first data transfer of data to the MCB 404. The HSB con- 

30 troller 505 clears a TXMEMCYC bit on the last write cycle transfer of data to a re^ective port This occurs when the 
MCB 404 also asserts the TX_EOBC* signal indicating there is no more data in the memory 212 for that port. 

The TRANSMIT LIST 510 includes an an^y of transmit CT bits TXCTCYC[28:0], whrch indicate whether there is 
data in one of the RX BUFs 520. 522 for writing directly to the re^ective destination port accordir^ to normal CT nKide 
of operation. The HASH REQ LOGIC 532 sets a con-e^nding TXCTCYC bit on the first data transfer off the packet. 

35 The HSB controller 505 clears the TXCTCYC bit on the first write cycle transfer of data to the corre^nding destination 
port. 

The TRANSMIT LIST 510 includes an array of active CT bits TXACTCTCYCI28:0], which indicate whether the 
re^eclive port is Involved In transferring a packet according to CT mode off operation. The HASH REQ LOGIC 532 sets 
a corresponding TXACTCYC bit when it dete-mines that the packet is to be transferr^J according to CT nnode. The 
40 FIFO control block 529 clears tiie TXACTCYC bit during the first transfer of data to ttie MCB 404 for storage in tiie mem- 
ory 212 when the packet is converted from CT mode to mid-packet interim CT mode. The HSB controller 505 also 
clears tiie TXACTCYC bit during the last data transfer of a packet. 

The WEIGHT FACTORS 508 Include an array of port weight factors PORTWTx[4:0] for each of ttie ports PORTO- 
PORr28. where V indicates the particular port number. The PORTWT weight factors are preferably unique and pre- 
45 programmed by the user for providing user-programnrHble priority of the ports. In tfie embodiment shown, the same 
weight factor is assigned to each port for both the receive and transmit cases, although different weight factors could be 
defined for tiie transmit and receive operations. 

Figure 5C is a state diagram illustrating the r^ive poll operation off the RX poll slate machine 502. The primary 
function of tie RX poll state machine 502 is to monitor the PKT_AVAILm* signals, assign priority coiffrts RXPORTBUFx 
so and set the RXPRTT^SK bits in tiie RECEIVE LIST 509. Transitions between states are based on transitions or cycles 
of ttie CLK signal and ttie state of the STTOBE* signal. Initially, upon power-up and configuration, ttie receive priority 
count number RPCOUhJT is set equal to zero and the RX poll state machine 502 Is placed in an initial rclle state 550. 
Also. RXINCCNTBY[7:0] logic bits that corre^nd to the PKT_AVAILm* signals are cleared. The RX poll slate machine 
502 stays In state 550 while the STROBE* signal is not asserted, which is when tiie STROBE* signal is high or at logic 
55 1 . When ttie STROBE* signal Is asserted tow. operation transitions to one CLK wait state (RxPollWait) 552. 

In response to sampling ttie STROBE* agnal being asserted, ttie QC devices 202. the TPI 220 and ttie PCB 406 
each re^nd by asserting a oorrespcndlr^ one off ttie PKT_AVAILm* sigr^ls, ottienanse referred to as ttie 
PKT_AVAIL|7:0]* signals, after one CLK cyde. Thus, operation proceeds to slate 554 after one CLK cyde to begin poll- 
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irtg each of the PKT_AVAIL[7:0]* signals. Operation transitions from state 554 to state 556. then to state 558 and then 
to state 560 on successive cycles of the CLK signal. Operation returns to state 554 from state 560 and continues to bop 
while the STROBE* signal remains asserted. However, the STROBE* signal is preferably periodic and Is negated for 
one CLK cyde and th^ re-asserted for the next three CLK cycles. Thus, operation returns to state 550 If the STROBE* 

5 signal Is de-asserts at step 560. In each of the states 554. 556, 558 and 560, an initial arbitration count logic operation 
is performed based on an increment of the RXNEWCNT and RXACTCNT numbers compared to the RPCOUNT 
number to determine If any of the remaining logic operations are performed. 

If the Initial arbitration count logic operation is true at step 554, nine logic operations are performed, labeled 1-9, 
where the first eight operations correspond to ports PORTO, P0RT4, PORTS, P0RT12. P0RT16, PORT20. PORT24 

10 and PORT28, respectively, for the first port of each of the QC devices 202 and the TP! 220, and the PCB 406. For each 
of the eight port logic operations 1 -8, a corresponding one of the PKT_AVAILm* signals is compared to a corresponding 
RXPRTMSK bit to determine whether to accept the request. If the request is accepted for a port which occurs if the 
RXPRTTWSK has not been previously set, an RXPORTBUFx priority number is assigned for that port. Also, the corre- 
sponding RXPRTMSK bit is set to logic 1 to mask further requests by that port and a corresponding RXINCCKTTBY bit 

IS is set to logic 1 . The ninth logic operation is performed to inaemwit RPCOUNT. 

For PORTO, if PKT_AVAIHOJ* is not asserted or if RXPRTT\/ISK[0] is equal to logic 1, then priority has already been 
established and is not changed until PORTO is service. If, however, the PKT_AVAIL{0]* signal Is asserted low and if 
RXPRT1^SK[0] is logic 0. then the corre^nding priority count RXPORTBUFO Is set equal to the core^nding weight 
fector RXPORTWTO if a WTPRIORITY flag indicates priority according to the weight factors. If, however, the WTPRI- 

20 ORITY flag is false, the priority count RXPORTBUFO is set equal to RPCOUNT Then, the RXPRTWISKIO] and RXINCC- 
NTBY[0] bits are both set to logic 1. Setting RXPRTMSKIO] masks further receive polling requests for PORTO. The 
RXINCCNTBY[0] bit corresponds to the PKT_AVAIL[0]* signal and Is used in remaining logic operations in state 554 to 
Indicate that a priority value was set for PORTO. 

In the second logic operation con-esponding to P0RT4. if PKT_AVAIL[1]* is not asserted low or if PXPR™SK[4] is 

25 equal to logic 1 . then priority has already been estatriished and is not changed until P0RT4 is serviced. If. however, the 
PKT_AVAIL[1]* signal is asserts low and if RXPRTMSK[4] is logic 0. then the corresponding priority count 
RXP0RTBUF4 is set equal to the cone^nding weight factor RXPOR7WT4 If the WTPRIORITY flag indicates priority 
according to the weight factors. If, however, the WTPRIOR ITY flag is false, the prbrity count RXP0RTBUF4 is set equal 
to RPCOUNT plus RXINCCNTBY[0]. In this manner, if WTPRIORITY is false, RXP0RTBUF4 Is given a priority number 

30 of RPCOUNT if PORTO was not assigned a priority number, or is giv^i a priority number of RPCOUNT + 1 if PORTO 
was given a priority numl)er. TTtis ensures that PORTO and P0RT4 are not given the same priority number. The 
RXPRTWISK[4] bit is then set to fogic 1 to mask further polling r^uests. In this manner, the priority numtser assigned to 
each port Is either the predetermined welg^ factor for that port, or the priority number is equal to RPCOUNT plus the 
numb^ of ports having a lower port number and assigned a priority number at the same time. 

35 The next six logic operations are similar to the second logic operation. In eighth fogic operation corresponding to 
the PCB 406, if PKT_AVAIL[7]* is not asserted low or if RXPRTWISKPS] is equal to logic 1, then priority has already 
been established and Is not changed until the PCB 408 Is serviced. If, however, the PKT_AVAIL[7]* signal is asserted 
low artd if RXPRTMSK[28] is logic 0, then the corre^jonding priority count RXPORTBUF28 for the PCB 406 is set equal 
to the con-esponding weight factor RXPORTWT28 if the WTPRIORIPiT flag indicates priority according to the weight 

40 factors. If, however, the WTPRIORITY flag Is fatee, the prbrity count RXPORTBUF28 is set eqm\ to RPCOUNT plus 
the "bit sum" of RXINCCNTBY[6:01. The bit sum of RXINCCNTBY[6:0] equals the number of the number of priority val- 
ues that were assigned In the previoLB seven port logic operations. Thus, the PCB 408 Is given a priority number equal 
to the predetermined ^weight factor, or the priority number is RPCOUNT plus the number of ports having a bwer port 
numb^ and simultaneously assigned a prbrity number. A ninth bgic operation Is performed in state 554 to increment 

45 RPCOUNT by the bit sum of RXINCCNTBY[7:0]. which equals the number of ports assigned priority In state 554. This 
operatbn ensures that RPCOUNT is Incremented for the next set of logic operations in state 556. 

For example. If all of the ports associated with the first multiplexed bit of the PKT_AVAIL[7:0]* signals, or ports 
PORTO, P0RT4, P0RT8, P0RT12, PORT16. PORT20, PORT24 and PORT28 request at the same time in slate 554 
and RPCOUNT is Initially equal to zero and none of the con-esponding RXPRTI^SK \xts have previously been set and 

so if WTPRIORITY is false, then the corresponding priority counts RXPORTBUFx (x = 0, 4. 8, 12. 16, 20, 24 and 28) are 
assigned priority numbers of 0. 1. 2. 3, 4, 5. 6 and 7. respectively, in state 554. Then, RPCOUNT is set equal to 8. As 
another example, if ports P0RT4, PORT 12 and PORT20 are the only ports requesting service, then the priority num- 
bers RXPORTBUFx (x = 4, 12, 20) are assigned priority numbers of 0. 1 and 2. respectively, if WTPRIORITY is false, 
and then RPCOUfsIT is set eqiai to 3. The bit sum operation ensures that a unique priority number is given to each port 

ss if several ports are requesting service at the same time. In this manner, the priority numbers are accorcOng to a first- 
come, first-served (FCFS) priority scheme, but a particular order is predetermined to establish priority to handle sintul- 
taneous assignments. 

The logic operations in states 556, 558 and 560 are similar to those performed in state 554. In state 556, If the initial 
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arbitration count logic operation is true, eight logic operations are performed, including seven logic operations associ- 
ated with the second port of each of the QC devices 202 and the TPI 220 based on the PKT„AVAIL[6:0]* signals, which 
includes ports P0RT1, PORTS, P0RT9, P0RT13. P0RT17, P0RT21 and PORT25, and the eighth logic operation of 
state 554 is repeated for the port PORT28 for the CPU 230. In state 558, sev^ logic operations assodated with the 
third port of each of the QC devices 202 and the TPI 220 are performed bas«J on the PKT_AVAIL[6:0]* signals, includ- 
ing ports P0RT2. P0RT6. PORT10, P0RT14. P0RT18. PORT22 and PORT26, and the eighth logic operation of state 
554 is r^>eat^ for the port PORT28 for the CPU 230. In state 560, seven logic operations associated with the fourth 
port of each of the QC devices 202 and the TPI 220 are performed based on the PKT_AVAIL[6:0]* signals, including 
ports P0RT3. P0RT7, PORTl 1 , P0RT15, P0RT19, PORT23 and PORT27. and the eighth logic operation of state 554 
is repeated for the port PORT28 for the CPU 230. In each of the states 556, 558 and 560. a final logic operation is per- 
formed to update the RPCOUNT by the bit sum of the RXIIMCCNTBY bits in a similar manner as described previously. 

Figure 5D is a state diagram illustrating the transmit poll operation of the TX poll state machine 503. The TX poll 
state machine 503 operates in a similar manner as the RX poll state machine 502, and Includes states 561 , 562, 564. 
566, 568 and 570. which are analogous to the states 550. 552. 554. 556. 558 and 560. respectively. However. 
RPCOU^fT is replaced with TPCOUNT and the initial arbitration count logic operation is performed based on an incre- 
ment of the TXNEWCNT and TXACTCNT numbers compared to the TPCOUNT number to detemiine if any of the 
remaining logic operations are performed. The BUF_AVAILm* signals r^lace the PKT_AVAILm* signals, and 
TXPRTMSK bits replace the RXPRTT^SK bits. Also, for each port equation, each TXPRTTWISK bit is logically ANDed 
with a logic term t^sed on con-esponding bits of the TXMEMCYC. TXCTACTCYC and TXCTCYC bit arrays. In partic- 
ular, the con-esponding bits of the TXMEMCYC. TXCTACTCYC and TXCTCYC tMt arrays are OR'd together so that pri- 
ority is assigned to a destination port only if data is available in the EPSM 210 or the memory 212 for transmission by 
that port. Also. TXPORTBUFx priority numbers replace the RXPORTBUFx nurrtbers, TXPORTWT weight factors 
replace the RXPORTWT weight factors and TXINCCNTBY bits replace the RXINCCNTBY t^ts. In this manner, each 
port and the PCB 406 indicates 'with a respective one of the BUF_AVAIL* signals in re^x>nse to the STROBE* signal, 
arKf the TX poll state machine 503 assigns a priority ruimber based on the weight factors or FCFS using TPCOUNT. 
and sets priority accordingly. 

K is appreciated that the polling logic 501 periodically or continuously toggles the STROBE* signal and monitors 
the PKT_AVAILm* and BUF_AVAILm* signals of each of the ports 104, 1 10 and the PCB 406 for assignirxg priority to 
each of the requesting ports, and for setting the con-e^nding poll mask bits. The assigned priority is based on the pre- 
programmed weight factors if WTPRIORFTY is true, or FCFS iff WTPRIORITY is false. The priority remains static until 
the port is serviced. Eventually the port is serviced and the nrask bit is cleared, as described below. 

The art»ters 513-516 select between the ports 104. 110 and the PCB 408 based on one of several arbitration 
sch^es. where the particular artutration schenne is user-programmable. The first is the round-robin scheme, where the 

ports are reviewed in any art»trary order, such as PORTO. PORTl PORT28 or the like, or the order is selected by 

the WEIGHT FACTORS 508 pre-programmed in the PORTWTx registers. In the embodiment shown, the WEIGHT 
FACTORS are used to assign the round-robin order, and are programmed into the re^>ective RXPORTBUFx and 
TXPORTBUFx counts. The RX NW arbiter 513 uses and increments the RXNEWCNT priority number, the RX ACT 
art»ter 514 uses and increments the RXACTCNT priority numt>er. the TX NW arbiter 515 uses and increments the 
TXNEWCNT priority number and the TX CT arbit©' 516 uses and increments the TXCTCNT priority number. For the 
round-robin sch^ne. the RX arbiters 513. 514 ^ch review the RXINQUEQ values to determine the active receive ports 
requesting service, and then compare its respective priority numt>«' (RXNEWCNT. RXACTCNT) with the values in the 
RXPORTBUFx counts of the active ports to determine the next port to service. Also, the TX art)iters 515. 516 each 
review the TXINQUEQ values to determine the active transmit ports requesting service, and then compare its respective 
priority number (TXNEWCNT, TXCTCNT) with the count values in the TXPORTBUFx counts of the active ports to 
determine the next port to service. Since the WEIGHT FACTORS determine a particular order, the ports are ordered in 
round-robin fashion. 

The second artjitration scheme is FCFS. where WTPRIORITY is false and the ports are serviced based on the 
order they requested service as indicated by the RXPORTBUFx and TXPORTBUFx priority numbers. The FCFS oper- 
ates in a similar narmer as round-robin, except that the RXPORTBUFx and TXPORTBUFx counts are programmed 
according to the RPCOUNT and TPCOUNT values as described previously. Then, the RX arbiters 513. 514 each 
review tiie RXINQUEQ values to determine the active receive ports requesting service, and then compare its respective 
priority numb^ (RXNEWCNT, RXACTCNT) with the values in the RXPORTBUFx counts of ttie active ports to deter- 
mine the next port to service. Also, the TX art>iters 515. 516 each review the TXINQUEQ values to determine the active 
transmit ports requesting service, and then compare its req>ective priority number (TXNEWCNT. TXCTCNT) with the 
count values in the TXPORTBUFx counts of the active ports to determine the next port to service. Since the RPCOUNT 
and TPCOUNT values determine the order, the ports are ord&^ed in FCFS fashion. 

Another scheme is the weighted priority schema, where WTPRIORITY is true and the RXPORTWTx and TXPORT- 
WTx numbers are copied into corresponding on^ of the RXPORTBUFx and TXPORTBUFx registers and used for 
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determining priority. However, the RX arbiters 513, 514 determine priority from an RX HIGH PRIORITY number and the 
TX arbiters 515. 516 determine priority from a TX HIGH PRIORITY number. The RX HIGH PRIORITY nunrrber is deter- 
mined by identifying the highest priority number (or the lowest number) in the RXPORTBUFx counts of the active 
receive ports, where the active receive ports are determined from the RXINQUE values. Likewise, the TX HIGH PRI- 

5 ORITY number is determined by identr^ing the highest priority number (or the lowest number) in the TXPORTBUFx 
counts of the active transmit ports, where the active transmit ports are determined from the TXINQUE values. In this 
manner, an active (requesting s«vice) port with the highest WEIGHT FACTOR is selects each time, thereby imple- 
menting the weighted priority scheme. 

The RX NW arbiter 513 handles all new packet header data and continuing SnF mode packet data received at the 

10 ports PORT0-PORT28, which data Is transferred to either one of the RX BUFs 520, 522. The RX NW art)iter 513 
updates the RXNEWCNT number and reviews the RECEIVE LIST 509 to determine which of the ports PORTO- 
PORT28 meet its receive criterion. The receive criterion for the RX NW arbiter 513 is met by those ports having their 
re^ective RXINQUE bit asserted and their RXACTCYC bit not asserted. The receive criterion for the RX NW art>iter 
513 also includes ports with their respective RXINQUE and RXMEMCYC bits both asserted. The RX NW arbiter 513 

15 then arbitrates between those ports meeting its receive criterion and according to a selected arbitration scheme as 
desaibed previously After selecting a port and defining a cyde, the RX NW arbiter 513 requests the MAIN arbiter 512 
to execute a read cyda Wh^ the RX NW arbiter 513 is next selects by the MAIN arbiter 512. the RX NW arbiter 513 
clears the RXINQUE bit of the selected port to be sennced. The RX NW arbiter 513 continuously repeats this process. 
The TX CT arbiter 516 transfers data in the RX BUFs 520. 522 to a destination port for normal CT operation. The 

20 TX CT arbiter 516 updates the TXCTCNT number and reviews the TRANSMIT LIST 510 to det^-mine which of the 
ports PORT0-PORT28 meet its transmit criterion. The transmit criterion for the TX CT arbiter 51 6 is met by those ports 
having their respective TXINQUE and TXCTCYC bits both asserted. The TX CT arbiter 516 then arbitrates between 
those ports meeting its transnnit criterion and according to the selected arbitration scheme as described above. After 
selecting a port and defining a cyde. the TX CT aft>iter 51 6 requests the MAIN arbiter 51 2 to execute a write cyde from 

25 the selected RX BUF 520 or 522 to the winning destination port. When the TX CT art>iter 516 is next selects by the 
MAIN arbiter 512. the TX CT artnter 51 6 dears the TXINQUE bit of the selected port to be serviced. The TX CT artxter 
51 6 continuously repeats this process. 

The RX ACT art>iter 514 transfers subsequent packet data to the CT BUF 528 from a source port operating in nor- 
mal CT mode of operation. cAh& than the f irst read cyde for a new packet (which ts handled by the RX NW arbiter 51 3). 

30 The RX ACT arbiter 51 4 i^ates the RXACTCNT nunrrber and reviews the RECEIVE LIST 509 to detemnine which off 
the ports PORT0-PORT28 meet its receive criterbn. The receive crrt^ion for the RX ACT arbiter 514 is met by those 
ports having their respective RXINQUE and RXACTCYC bits asserted and their re^>ective RXMEMCYC bit not 
asserted. The RX ACT artier 514 then arbitrates between thc^e ports meeting its r^eve aiterion and the selected 
arbitration schenne as descrbed above. After selecting a port and d^ining a cyde, the RX ACT artnter 51 4 requests the 

35 MAIN arbiter 512 to execute a read cycle to transfer data from the selected source port to the CT BUF 528. When the 
RX ACT arbiter 514 is next selected by the MAIN arbiter 512, the RX ACT arbiter 514 dears the RXINQUE bit of the 
selected port to be serviced. The RX ACT arbiter 514 continuously repeats this process. 

The MAIN art»ter 512 follows each CT nrtode read cyde into the CT BUF 528 with a write cyde to transfer data in 
the CT BUF 528 to the destination port indicated by the HASH REQ LOGIC 532. The MAIN axMer 512 detennines 

40 whether ttie destination port is busy before allowing the RX ACT arbiter 514 to transfer CT data to the CT BUF 528. If 
the MAIN arbiter 512 determines that that destination port is busy, it converts the source and destination ports to mid- 
packet interim CT mode by setting the respective RXMEMCYC bit and dearing the re^f^ective RXACTCYC bit for the 
source port. 

The TX NW arbiter 51 5 transfers data from either of the TX BUFs 524. 526 to the HSB 206 according to SnF nrode 
45 of operation. The TX NW arbiter 51 5 update the TXNEWCNT number and reviews the TRANSMIT LIST 51 0 to deter- 
mine which of the ports PORT0-PORT28 nrteet its transmit criterion. The transmit criterion for the TX NW arbiter 515 is 
met by those ports having their re^>ective TXINQUE and TXMEMCYC bits asserted and their respective TXACTCT- 
CYC bit not asserted. The TX N W arbiter 51 5 then art)itrates between those ports meeting its transmit criterion accord- 
ir^ to the selected arbitration sch^e. After selecting a port and defining a write cyde from a TX BUFs 524. 526 to the 
so selected destination port, the TX NW arbiter 515 requests the MAIN art>iter 512 to execute the write cyde. When the 
TX NW arbiter 515 is next selected by the MAIN art>iter 512, the TX NW arbiter 515 dears the TXINQUE bit of the 
selected port to be serviced. The TX NW arbiter 515 continuoiely repeats this process. 

Referring now to Figure 6. a more detailed block diagram is shown of the MCB 404 within the EPSM 21 0. The MCB 
configuration regteters 448 are not shown in Figure 6 though are included and are further accessible as necessary by 
55 many of the functional blocks, that will now be descrft>6d. The MCB 404 indud^ a hash control!& 602. which is coupled 
to the MCB interface 414 through the bus 420. The hash controller 602 optionally indudes a hash cache table 603, 
which stores data retrieved from the memory 212. The hash cache 603 provides faster access to data recently pulled 
from the memory 212 rather ttan requiring another memory cyde to retrieve recentty accessed information. The hash 
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controller 602 includes AcJdress/Length/Status (AD/LN/ST) outputs coupled to one mufti-line input of a four-input 
address noultiplexer (mux) 630 across a bus 610. The AD/LN/ST outputs define an address for the mennory 212, the 
length of the transaction for determining whether a burst cycle is to be performed or not. and m^ellaneous status sig- 
nals such as a readAft^rite (R/W) signal, byte enat»les, a page hit signal, a lock signal, etc. DRAM 
5 Request^rant/Strobe/Control (DRAM RQ/GT/STB/CTL) signals 628 are coupled to a DRAM memory arbiter 638 and 
to DRAM RQ/GT/STB/CTL Inputs of the hash controller 602. The output of the mux 630 is provided to AD/LN/ST inputs 
of a DRAM memory controller 636, which is further coupled to the memory 21 2 through the memory bus 2 1 4. The hash 
controller 602 has a data Input (DIN) for receiving data from a MemDataIn output of the DRAM controller 636 across a 
data bus 618. 

10 An RX HCB interface 601 Is coupled to the bus 420 including the MDO[31:0] signals, and includes a data output 
(DOUT) for providing data to a first multi-line input of a four-Input data mux 632 across a bus 620, where the mux 632 
provides its output to MemDataOut inputs of the DRAM controller 636. The RX HCB interface 601 includes STB/CTL 
inputs for receiving the strobe and control signals of the DRAM RQ/GT/STB/CTL signals 628. An RX controller 604 Is 
coupled to the bus 420. and has AD/LN/ST outputs coupled across a bus 61 2 to the second input of the mux 630. The 

75 RX controller 604 has a data output DOUT coupled to the second Input of the mux 632 aaoss a bus 622, a data input 
DIN coupl«J to the bus 618. SRAM RQ/GT/STB/CTL inputs for receiving SRAM RQ/GT/STB/CTL signals 654 associ- 
ated with a static RAM (SRAM) 650 and DRAM RQ/GT/STB/CTL inputs for receiving the DRAM RQ/GT/STB/CTL sig- 
nals 628. 

A TX HCB Interface 605 is coupled to the bus 420 including the MD1[31 :0] signals, and has a data input DIN cou- 

20 pled to the t^s 61 8 and STB/CTL inputs receiving the strobe and control signals of the DRAM RQ/GT/STB/CTL signals 
628. A TX controller 606 is coupled to the bus 420 and has AD/LN/ST outputs provided to the third input of the mux 630 
across a bus 614. a data output DOUT coupled to the third input of the mux 632 across a bus 624, a data input DIN 
coupled to the bus 618. SRAM RQ/GT/STB/CTL inputs for receiving the SRAM RQ/GT/STB/CTL signals 654 and 
DRAM RQ/GT/STB/CTL Inputs for rec«ving the DRAM RQ/GT/STB/CTL signals 628. The PCB interface 424 has 

25 AD/LN/ST outputs coupled to the fourth input of the mux 630 aaoss a bus 616. a data output DOUT coupled to the 
fourth input of the mux 632 across a bus 626, a data input DIN coupled to the bus 618. SRAM RQ/GT/STB/CTL Inputs 
for receiving the SRAM RQ/GT/STB/CTL signals 654 and DRAM RQ/GT/STB/CTL inputs for receiving the DRAM 
RQ/GT/STB/CTL signals 628. 

The hash controller 602, the RX contrdl©- 604, the TX controller 606. the PCB interface 424, the RX HCB interface 

30 601 and the TX HCB interface 605 each use the STB signal for synchronizing data flow, where assertion of the 
STROBE signal detemrtines when data is valid for a read cyde or when data is retrieved for a write cycle. The CTL sig- 
nals are miscellaneous control signals, such as, for example, a signal indicating when a data cyde is completed. 

The DRAM art5iter 638 is further coupled to the DRAM contrdler 636 through memory control signals (MEMCTL), 
and provides mux control signals (MUXCTL) to the select inputs of the muxes 630. 632. The MEMCTL signals generally 

35 indicate the beginning ar^ end of each memory cyde. In this manner, the hash controller 602, the RX controller 604, 
the TX controller 606 and the PCB interface 424 arbitrate for access to the DRAM controller 636 to execute a menK)ry 
cyde to the memory 212 by asserting respective request signals. The DRAM art>fter 638 receives the request signals 
and asserts a corresponding grant (GT) signal to one of the requesting devices 602. 604. 606 or 424, thereby granting 
access to that device. OrK;e access is granted, the DRAM artxter 638 asserts the MUXCTL signals to the muxes 630 

40 and 632 to enable access of the DRAM controller 636 by the selected one of the devices 602, 604, 606 or 424 to per- 
form memory cydes as desired, and one of the MEMCTL signals Is asserted to indicate to the DRAM controller 636 the 
start of the cyde. The DRAM controller 636 assets or negates one of tf^ MEMCTL agnals to indicate completion of a 
memory cyde. 

The hash controller 602 communicates with the hIASH REQ LOGIC 532 to perform the hashing procedure to deter* 
45 mine how to handle a new packet header stored in the HASH REQ LOGIC 532. The hash controller 602 detects the 

HASH_REQ* signal asserted retrieves the source and destir^tion media access control (MAC) addresses from the 

HASH_DA_SA[15:0] signals, and performs the hashing procedure for detemrnning the HASH_STATUS[1 :0] si^ials and 

for providing the destination port numb^ on the HASH_DSTPRT|4:0] signals, if previously stored In the mennory 212. 

The RX controller 604 and the RX HCB interlace 601 control and transfer data from the RX BUFs 520. 522 to the m&n- 
so ory 212. The TX controller 606 and the TX HCB interface 605 primarily control and transf^- data from the memory 21 2 

to the TX BUFs 524, 526. The PCB Interface 424 enat)les the CPU 230 motB direct access to data within memory. 

Induding the nriemory 212 and the SRAM 650. 

The SRAM 650 is coupled to an SRAM controlle^ 652, whidi Is further coupled to the RX controller 604, the TX 

controller 608 and the PCB interlace 424 across a bus 653. An SRAM artier 651 is coupled to the SRAM controller 
55 652 through control signals SCTL, and is aUso coupled to the SRAM RQ/GT/STB/CTL signals 654 for controlling access 

to the SRAM 650 by the PCB interface 424, The TX controller 606 and the RX contrdler 604 aaoss the bus 653 In a 

similar rmnner as the DRAM arbiter 638 controls access to the DRAM controller 636. 

The MCB 404 indudes the SRAM 650 for storing packet control registers and other data as desabed further 
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below. The packet control registers include a set of pointers to a RECEIVE SECTOR CHAIN per port, a TRANSMIT 
PACKET CHAIN per port and a FREEPOOL CHAIN of free memory sectors within the memory 212. The packet control 
registers further include control information arid parameters for enabling control of the flow of packet data in the network 
switch 102. TTie memory 212 includes a packet memory section, which is organized as a plurality of contiguous and 

5 equal-sized sectors. The sectors are initially linked together using address pointers or tile like fornrting the FREEPOOL 
CHAIN. As packet data is received from a port, the sectors are pulled from the FREEPOOL CHAIN and added to the 
RECEIVE SECTOR CHAIN for that port. Also, the packet is linked into one or wore of the TRANSMIT PACKET CHAINS 
for the one or more destination ports to which the packet is to be sent for transmission. The bus 653 enables the RX 
controller 604. the TX controller 606 and the CPU interlace 436 to access the packet control registers, which include 

10 the pointers to the packet chains of data in the memory 212. 

The DRAM controller 636 further includes memory refresh logic 660 for maintaining the data within the memory 
212. The refresh logic 660 is adaptable to operate according to the type of memory coupled to the menrx)ry bus 214. 
including FPM DRAM, EDO DRAM, or synchronous DRAM. In this manner, refresh functions are removed from the 
CPU 230 for more efficient operatbn and improved perfornrance. A 1 0-bit memory refresh counter (MRC) located in the 

15 MCB configuration registers 448 d^ines the number of clock cycles between refresh requests. H is desired that the 
period be less than or equal to 15.625 ps. The default is 208h. where "h" denotes a hexadecimal value, which provides 
a refresh period of approximately 15.K) jisecs for a 30ns CLK cyde. Upon timeout, the MRC counter asserts a signal 
REFREQ to the DRAM arbiter 638. which asserts one of the MEMCTL signals to the DRAM controller 636 indicating 
for the memory refresh kjgic 660 to perform the refresh cycles. The MCB conf 'juration registers 448 include a memory 

20 control register (MCR), which defines the memory type, ^ed and configuration of the memory 212. For example, 2 
bits of the MCR define whether the memory type is FPM, EDO or synchronous DRAM. Another bit defines menrrory 
speed as either 50 or 60 ns. Other bits define particular nKxies of the selected DRAM type and also indicate errors, 
such as parity errors. 

RefOTing now to R^re 7A, a more detailed block diagram is shown of the PCS 406. The CPU bus 218 is coupled 
25 to CPU interface logic 700 within the CPU interface 432, where the CPU interface logic 700 is further coupled through 
a bus 701 to a QC/CPU interface 702 for interfacing the QC/CPU bus 204. The CPU interface logic 700 provides data 
to a 16-byte receive buffer RX BUF 706 within the FIFOs 430. which asserts data on the MCB bus 428. The MCB bus 
428 provides data to a 16-byte transmit buffer TX BUF 708. also within the FIFOs 430. for providing data to the CPU 
interface logic 700. The MCB interlace 426 controls data flow between the CPU interface logic 700 and the MCB bus 
30 428. The CPU interface logic 700 is coupled to the RX BUF 706. the TX BUF 708 and the MCB interface 426 through 
bus signals 703. 

The CPU interlace bgic 700 is coupled to the register interlace 440 through the bus 442, where the register inter- 
face 440 enables access to other configuration registers in the EPSM 210. The CPU interface logic 700 is also coupled 
to a set of PCB register 704 through the bus 442 for defining the input/output (I/O) space of the CPU 230. such as inter- 
as rupt registers, configuration registers, f^cket information registers, mentory related registers, setup and status regis- 
ters, int^ce and monitoring registers, statistics registers, mode registers, arbitration registers, etc. 

During power up and configuration, the CPU 230 programs initial or default values in the PCB registers 704. For 
example, the CPU 230 programs a PORT SPEED REGISTER in the PCB registers 704, which is a bitmap ddining the 
speed of each port, which is either 10 or 100 Mhfe in the embodiment shown. Also, a PORT TYPE REGISTER is pro- 
40 gramm«J, which is a bitmap defining the type of port between QC and TLAN. These registers are typically not chang^J 
during operation, but way be re-programmed as desired. 

Other registers in the PCB registers 704 are used during operation. For example, the PCB registers 704 include an 
INTERRUPT SOURCE register and a POLLING SOURCE register. The INTERRUPT SOURCE register includes a set 
of interrupt bits MCBJNT, MEM_RDY, PKT_AVAIL, BUF_AVAIU ABORT_PKT and STAT_RDY The PCT_AVAIL and 
45 BUF_AVAIL inten-upts bits correspond to the PCB_PKT_AVAIL* and PCB_BUF_AVAIL* signals. At least one interrupt 
signal CPUJNT* is provoled to the CPU 230, which reads the INTERRUPT SOURCE register to determine the source 
of the interrupt when the CPUJNT* signal is asserted. The MCBJNT interrupt bit incficates to the CPU 230 that in inter- 
rupt has occun-ed in the MCB 404. The MEM_RDY interrupt bit infonns the CPU 230 that the requeslal data in the 
memory 212 is available in the FIFCte 430. The PKT_AVAIL intermpt bit informs the CPU 230 that packet data is avail- 
so able for the CPU 230. The BUF_AVAIL interrupt bit informs the CPU 230 that buffer ^ce is available for the CPU 230 
to send packet data. The ABORT_PKT intOTupt bit informs the CPU 230 that the ABORTJN* signal was asserted. The 
STAT_RDY interrupt bit infomre the CPU 230 that requested statistical information from the QC devices 202 is in the 
FIFOs 430. The POLUNG SOURCE register includes a copy of each interrupt bit in the event the interrupts are masked 
and the polling method is ised. 
55 The CPU interface logic 700 provides data to a 64i)yte receive buffer RX BUF 710 within the FIFOs 434. which 
asserts data on the HCB bus 438. A transmit buffer TX BUF 712 within the FIFOs 434 receives data from the HCB bus 
438 for providing the data to the CPU interface logic 700. The CPU interface togic 700 is coupled to the RX BUF 710. 
the TX BUF 712 and the QC/HCB interface 436 through bus signals 705. The QC/HCB interface 436 is coupled to the 
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CPU interface logic 700. the RX and TX BUFs 710. 712 and the HCB bus 438 lor controlling data transfefs between the 
HCB 402 and the PCB 406. 

Figure 7B is a more detailed block diagram of the CPU interface 700. The CPU control and status signals 218b are 
asserted by control logic 713. which is further coupled to a CPU tracker state machine 717 and an alternate memory 

5 control state machine 718. The address and data portion 218a of the CPU bus 218 is a multiplexed bus. where data 
from other portions of the PCB 406 are provided to data bus enable logic 716 for assertion on the CPU address and 
data portion 218a to the CPU 230. The CPU 230 asserts addresses to address decode/request generation logic 714. 
which provides a plurality of request signals to other portions of the PCB 406, including the CPU tracker state machine 
71 7 and the alternate memory control state machine 71 8. A set of CPU information latches 71 5 receve addresses and 

10 data from the CPU 230 and asserts latched addresses and latched data to other portions of the PCB 406. as described 
further below. CPU control signals are provided between the ackJress decode/request generation logic 714, the CPU 
tracker state machine 717 and the alternate menwy control state machine 718 for monitoring and controlling CPU 
cycles. 

Figure 7C is a more detailed diagram of the QC/CPU interface logic 702. The QC/CPU interface logic 702 generally 

15 operates to establish a relatively transparent interface between the CPU 230 and the QC devices 202. such as convert- 
ing between the 32-bit format of the CPU 230 and the 16-bit format of the QC devk:es 202. A QC REGISTER 
REQUEST signal is provide from the address decode/request generation logic 714 to a CPU tracker state machine 
720. which is coupled to a disassembly/assembly state machine 722 for converting between 16-bit and 32-bit formats. 
The disassenrtbiy/assembly state machine 722 is coupled to a set of data, address and control signal dr'w&s and receiv- 

20 ers 724 for interfacing with the CPU interface 700 across the bus 701 and with the QC devices 202 through the QC/CPU 
bus 204. A statistics buffer 726 reives statistics data and other information from the QC/CPU bus 204 for providing 
the data to the CPU interface 700 across the bus 701. A QC STATISTICS REQUEST signal is provided from the 
address decode/request generation logk: 714 to a statistics request state machine 728. which is coupled to the disas- 
sembly/assembly state machine 722 and a QC/CPU bus state machine 730. The QC/CPU txjs state rachine 730 Is 

25 further coupled to the disassennbly/ass^nbly state machine 722 and the set of data, address and control signal drivers 
and receivers 724. In this n^nner. the CPU 230 has relatively complete and Independ^ access to the QC devices 202 
for gathering statistics and other information of the ports 104, and also for modifying the configuration of the ports 104, 
without disturbing cteta flow and operation of the HSB 208. 

The CPU 230 requests the EPSM 210 to retrieve statistical and status infornration from the QC devices 202 by writ- 

30 ing to a QC STATISTICS INFORMATION register within the PCB registers 704. The CPU 230 requests statistical infor- 
mation by providing a numt^er corresponding to one of the QC devices 202, a port numb^", the number of the starting 
regster for the indicated port, and the number of registers to l>e read for the indicated port As shown In Figure 7C. writ- 
ing to the QC STATISTICS INFORMATION register causes the QC STATISTICS REQUEST signal to be asserted, 
where the statistics request state machine 728 makes the incficated requests on the QC/CPU bus 204 through the set 

35 of data, address and control signal drivers and receivers 724. The CPU interface 700 performs the desired read cycles 
to the appropriate QC devlce(s) 202 using the apfxoprlate CHIP_SELECTm* signals, and then writes the information 
into the statistk:s buffer 726. 

Once all the requested data is retrieved and stored In the statistics buffer 726. the CPU interface 700 updates the 
STAT_RDY bit in the POLLING SOURCE register in the PCB registers 704. and sets the STAT_RDY interrupt bit in the 

40 INTERRUPT SOURCE register. The EPSM 210 asserts the CPUJNT signal to the CPU 230, which responds by read- 
ing the INTERRUPT SOURCE register to determine the source of the interrupt. If intemipts are masked, the CPU 230 
detects STAT_RDY bit in the POLLING SOURCE register during a polling routine. In this manner, the CPU 230 deter- 
mines that the request is completed through either an interrupt, or a polling mechanism rf the interrupts are masked. 
The STAT_RDY inten-upt is programmatk;ally masked, if desired, if the polling mechanism is to be used. The CPU 230 

<5 respondingty retrieves all of the statistics information from the statistics buffer 726 in one or more consecutive processor 
cycles. The processor cycles across the CPU bus 218 nray t>e regular processor bus cycles, but are preferably burst 
cycles for transferring larg^ amounts of data. 

Of course, several alternative embodiments are contemplated. In a first alternative embodiment the CPU 230 sim- 
ply provides a nuii^ corresponding to any one of the QC devices 202. and the EPSM 210 con^espondingty collects 

50 all Of the data of all of the registers 306 of all of the ports of ttie QC device 202. In a second alternative entit)odiment. 
the CPU 230 simply provides a gk>bal statistics request and all of the reg^ers 308 of all of the QC devices 202 are 
collected. It is noted, however, that the CPU 230 typically needs statistics information for one of the ports 104 at a time. 

It is appreciate tiiat the CPU 230 need only nrake a single request to the EPSM 210 to retrieve ail the statistics 
infonmation for any one of the ports 104. In particular, the QC STATISTICS INFORMATION register is written by the 

55 CPU 230 in a single command to make the request. The CPU 230 is then freed to perform other tasks rather than being 
tied up waiting for responses by ttie QC devices 202. Instead, the EPSM 210 performs all of the individual statistic read 
ret^ests across the QC/CPU bus 204 and gathers all the data. The CPU 230 is informed tiirough an intern^it signal or 
a pdling mechanism, and is able to retrieve all of the requested information. This results in a n^re efficient use of CPU 
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230 processor time. 

Figure 7D is a more detailed Wock diagram of the Interface between the CPU interface 700 and the MCB 404. A 
memory request signal from the address decode/request generation logic 714 is provided to a memory FIFO access 
state machine 740. which is couplKJ to address generation logic 746 and FIFO status and interrupt generation logic 

5 742. A FIFO block 748 including the RX BUF 706 and the TX BUF 708 is coupled to the address generation logic 746 
and the FIFO status and intemjpt generation logic 742. The address generation logic 746 and the FIFO status and inter- 
rupt generation logic 742 are both coupled to a set of data, address and control signal drivers and receivers 744 for 
interfacing with the CPU interface 700 aaoss the bus 703 and with the MCB 404 through the MCB bus 428. 

Figure 7E is a nrore detailed block diagram of the interface between the CPU interface 700 and the HCB 402. A 

JO packet read request signal from the address decode/request generation logic 71 4 is provided to a transmit packet state 
machine 760, which Is coupled to a transmit buffer 762 including the TX BUF 712. A packet write request signal from 
the address decode/request generation logic 714 is provided to a receive packet state machine 768, which is coupled 
to a receive buffer 770 including the RX BUF 710. The transmit buffer 762 and the receive buffer 770 are both coupled 
to a set of data, address and control signal drivers and receivers 764 for interfacing with the CPU interface 700 across 

75 the bus 705 and with the HCB 402 through the HCB bus 438. 

Refemng now to Figure 8A, a simplified block diagram is shown more fully Illustrating the TPI 220. The TPI 220 
transfers data between the HSB 206 and the PCI bus 222 to pass network data between the TLANs 226 and the EPSM 
210. Tlie TPI 220 operates as a slave on the HSB 206, re^xinds to EPSM 21 0 pdls. and transfers data to and from the 
EPSM 210 in a similar manner as the QC devices 202. On the PCI bus 222 side, the TPI 220 transfers network data to 

20 and receives network data from each of the four TLANs 226 (PORT24, PORT25, PORT26 and PORT27) across the PCI 
bus 222. 

TTie TPI 220 Includes an HSB controller 804, a PCI bus controller 802, and memory &QS. The PCI bus controller 
802 Interfaces the PCI bus 222 in accordance with PCI bus standards and facilitates data transfers between the TPI 220 
and the PCI bus 222. The PCI bus star^ards are defined by the Intel Architecture Lab atong with their industry partners. 

25 TTie HSB controller 804 interfaces the HSB 206 in accordance with the ddined operation of the HSB 206 and facilitates 
data transfers between the TPI 220 and the EPSM 210. The memory 806 may be centralized or distributed and Includes 
a plurality of data buffers 807 and a control list memory 808. The cteta buffers 807 provide temporary storage to facilitate 
data transfer betwe^ the PCI bus 222 and the HSB 206. The control list menwry 808 facilitates bus master operation 
of the TLANs 226 on the PCI bus 222. 

30 Refen-ing now to Rgure 8B. a more detailed bJock diagram of the TPI 220 is shown. The TPI 220 includes PCI bus 
interface logic 810, which further includes buffers, drivers and related drcuitry to interface the PCI bus 222. The PCI 
bus 222 of the present embodiment has a data width of 32 bits and operates at a dock frequency of 33 MHz. H is under- 
stood, however, that the PCI bus 222 n^y have a different data width and nnay operate at any desired or available clock 
frequency, such as 66 MHz, for exan^e. The TPI 220 indudes a PCI arbiter 81 1 , which arbitrates between each of the 

35 TLANs 226, the TPI 220 and the CPU 230 for access and control of the PCI bus 222. In partrcular. each of the TLANs 
226, the TPI 220 and the CPU 230 assert a re^>ective one of several request signals REQm to request control of the 
PCI bus 222, where the REQm signals are received by the PCI artwter 81 1 . The PCI arbiter 81 1 resporafingly grants 
control to one of the requestir^ devices by asserting a respective grant signal GNTm. The PCI arbiter 81 1 performs 
round-robin arbitration in the illustrated embodiment, although the PCI arbiter 811 may use any other art>itration 

40 scheme desired. The PCI arbiter 81 1 asserts TLAN select signals (TSELm) to identify a particular TLAN 226 after 
granting it control of the PCI bus 222. 

The TPI 220 includes HSB data transfer Interface \oq\c 819 that indudes buffers, (frivers and related circuitry to 
interface the TPI 220 with the HSB 206. The HSB data transfer interface logic 81 9 indudes read latches 81 9a and write 
latches 81 Sb for performing concun^ent read and write cydes on the HSB 206. The HSB data transfer interface togic 

45 819 Includes port status logic 820 for re^nding to EPSM 210 pdls and for monitoring cydes executed on the HSB 
206. In particular, the port status logic 820 receives and detects assertions of the STROBE* signal by the EPSM 210 
and re^x)nds by asserting the PKT_AVAIL*[6] and BUF_AVAIL*[6] signals in multiplexed fashion based upon the data 
status of the TPI 220. The port state Ic^ic 820 also detects read and write cydes on the HSB 208 intended for the TPI 
220 by detecting the READ_OUT_PKT[61* and WRrrEJN_PKT16]* signals, respectively. During transfers of packet 

50 data from the TPI 220 to the EPSM 21 0 over the HSB 206. the port status logic 820 asserts the SOP* and EOP* signals 
during the HSB 206 bus cyde If transferring the start of packet or the end of packet, r^pectivety. During transfers of 
packet data from the EPSM 210 to the TPI 220 over the HSB 206, the port status bgic 820 reads the SOP* and EOP* 
signals to determine whether the data being received is the start of a packet or the end of a packet, respectively. 
The data buff^ 807 indude several bcdiredional FIFO data buffers 807a, 807b, 807c and 807d (807a-d). each 

55 induding both a 32-brt wide transmit buffer (TPI TX FIFO) and a 32-bit wide receive buffer (TPI RX FIFO). In the entbod- 
iment shown, the data buffers 807a. 807b, 807c and 807d correspond to the ports PORT24, PORT25. PORT26 and 
PORT27. regjectively. Each TPI RX FIFO recaves data from a re^)ective TLAN 226 across the PCI bus 222, where 
the data is transmitted by the TPI 220 to the EPSM 210 aaoss the HSB 206. Each TPI TX FIFO receives data from the 
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EPSM 210 across the HSB 20S. where the data is transmitted by the TPl 220 to a respective TLAN 226 across the PCI 
bus 222. 

Receive fist decode logic 812 is coupled to the PCI bus interface logic 810 and stores at least one receive control 
list in a receive control list memory (RX CNTL LIST) 808a. which is part of the control list memory 808. The receive list 

5 decode logic 812 responds to the assertion of a RECEIVE LIST MEMORY BASE ADDRESS asserted as an address 
on the PCI bus 222 by writing a receive control list from the RX CNTL LIST 808a as data to the PCI bus 222. In the 
enrrbodiment shewn, the RX CNTL LIST 808a holds one r^eive control list at a time. In particular, each TLAN 226 gains 
control of the PCI bus 222 and asserts the RECEIVE LIST MEMORY BASE ADDRESS on the PCI bus 222 and 
receives a corresponding receive control list from the RX CNTL LIST 808a. The receive control list includes a PACKET 

10 DATA MEMORY BASE ADDRESS for use by the TLAN 226. which is an address indicating where to store the received 
data. In response to receiving a data packet from its respective port 1 1 0. the TLAN 226 then re-gains control of the PCI 
bus 222 to transfer data from the received data packet to the TPl 220 using the stored address in the receive control list 
fetched earlier. As descrbed further below, the TUVN 226 arbitrates and is granted control of the PCI t}us 222. and 
asserts the PACKET DATA MEMORY BASE ADDRESS during a write cycle on the PCI bus 222. 

75 Receive data decode logic 81 3, PCI RX FIFO control logic 81 7. the PCI arbiter 81 1 and FIFO synchronization logic 
818 control the flow of received data from the PCI bus interface logic 810 into the corresponding TPl RX FIFO. The PCI 
RX FIFO control logic 81 7 includes an Input to receive data from the PCI bos interface logic 81 0 and several selectable 
outputs, each coupled to the Input of a conre^nding TPl RX FIFO. The PCI arbiter 81 1 provides the TSELm signals 
to the FIFO synchronization logic 818, which asserts corresponding PCI buffer select signals (PBSELm) to the PCI RX 

20 FIFO control logic 81 7 to select the appropriate TPl RX FIFO based on the particular TLAN 226 granted access to the 
PCI bus 222. The receive data decode logic 813 receives and decodes the PACKET DATA MEMORY BASE ADDRESS 
ass&led by the TLAN 226 executing a write cycle on the PCI bus 222. and re^ndingly asserts a r«;eive enable signal 
(REN) to the PCI RX FIFO control logic 817 to enable the PCI RX FIFO control logic 817 to pass data to the selected 
TPl RX FIFO. 

25 It Is noted that bidirectional data flow occurs between the PCI bus 222 and the HSB 206 through the data buffers 
807. The PCI bus 222 and the HSB 206 operate at the same speed in one embodiment, such as a 33 MHz dock, but 
may operate at dtff^ent dock fr^uendes in attemative embodiments. For example, in another embodiment, the HSB 
206 operates at 33 MHz while the PCI bus 222 operates at 66 MHz. The TPl 220 is implemented to tendle and syn- 
chronize data flow in spite off differences in dock speed. Each TPl RX FIFO and TPl TX FIFO off the data buffers 807a- 

30 d Is preferat)ly implemented as a drcular buffer, with pointers maintained on both sides for writing and reading data. The 
FIFO synchronization logic 818 generally operates to synchronize, maintain and update the pointers on both sides of 
each FIFO to ensure that c^ta is properly written to or read from the appropriate TPl FIFO. 

As stated above, each TPl RX FIFO ts implemented as a drcular buffer. The PCI RX FIFO control logic 817 
indudes several PCI receive pointers (PCI RX PTRs). one pdnter for each TPl RX FIFO to point to or address the next 

35 location to receive a DWORD (32 bits) of data within the selected TPl RX FIFO. In a similar nr^nner, HSB RX FIFO con- 
trol logic 821 , located on the other side of each TPl RX FIFO, Indudes several PCI receve "synchronize!" pointers (PCI 
RX SPTRs), each off which Is a synchronized copy of a corresponding PCI RX PTR. Along with the PBSELm signals to 
select the appropriate TPl RX FIFO, the FIFO synchronization k>gic 818 also asserts a corresponding one of a plurality 
of PCI count signals (PCNTm) to synchrOTOusly update or increment the appropriate PCI RX PTR within the PCI RX 

40 FIFO contrd logic 817. The FIFO synchronization logic 818 further asserts a corre^nding one of a plurality of HSB 
count signals (HCNTm) to synchronously update or increment a corresponding PCI RX SPTR within the HSB RX FIFO 
control logic 821 . In this rranner, a pointer is provided on both sides of each TPl RX FIFO to indicate where data is to 
be Inserted. 

PCI TX FIFO control logic 81 6 detects data in any of the TPl TX FIFOs and causes the TP 1 220 to r«?uesl and gain 
45 control of the PCI bus 222 for sending a comnmnd to a TLAN 226 con-esponding to the TPl TX FIFO having data for 
transmission. The PCI TX FIFO control logic 816 access^ the address of the appropriate TLAN 226 from a set of TPl 
control registers 846. The TPl 220 writes a command to the appropriate TLAN 226 and provides a TRANSMIT LIST 
MEMORY BASE ADDRESS to caxsse the TLAN 226 to sut>sequently request a transmit control list from the TPl 220 
using the TRANSMIT LIST MEMORY BASE ADDRESS. 
50 Transmit list decode logic 81 4 Is coupled to the PCI bus interface logic 81 0 and stores at least one transmit control 
list in a transmit control list mentory (TX CNTL LIST) 808b. which is part of the control list memory 808. The transmit 
list decode logic 814 responds to the assertion of the TRANSMIT LIST MEMORY BASE ADDRESS asserted as an 
address on the PCI bus 222 by writing a transmit control list from the TX CNTL LIST eOBb as data to the PCI bus 222. 
In ihQ embodiment shown, the TX CNTL LIST 808b holds one transmit control list at a time. In this manner, each TLAN 
55 226 gains control of the PCI bus 222 and asserts the TRANSMIT LIST MEMORY BASE ADDRESS on the PCI bus 222 
and receives a corresponding transnmt contrd list from the TX CNTL LIST ^8b. After retrieving the transmit control list, 
the TLAN 226 executes the transmit control list t>y requesting and gaining control of the PCI bus 222 to perform a read 
cyde to retrieve the data from the corresponding TPl TX FIFO off the TPl 220 using the PACKET DATA MEMORY BASE 
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ADDRESS. 

Transmit data decode logic 81 5, the PCI TX FIFO control logic 81 6, the PCI arbiter 811 and the FIFO synchroniza- 
tion logic 818 control the flow of data from each of the TPI TX FIFOs of the data buffers 807 onto the PCI bus 222. The 
PCI TX FIFO control logic 81 6 indudes an output to provkJe data to the PCI bus interface logic 81 0 and several selecta- 

5 ble inputs, each coupled to an output of a corresponding one of the TPI TX FIFOs. When a TLAN 226 performs a read 
cyde on the PCI bus 22 to re^ data, the PCI arbiter 81 1 provides the TSELm signals to the FIFO synchronization logic 
818. which asserts the PBSELm signals to the PCI TX FIFO control logic 816 to select the corresponding TPI TX FIFO 
based on the particular TLAN 226 having contrd of the PCI bus 222. The transmit data decode logic 81 5 receives and 
decodes the PACKET DATA MEMORY BASE ADDRESS asserted by the TLAN 226 and respondingly asserts an ena- 

10 ble signal TEN to the PCI TX FIFO control logic 81 6 to enable transfer of data to the selected TPI TX FIFO. It is not&i 
that the PBSELm signals are provided to both the PCI RX FIFO control logic 817 and the PCI TX FIFO control logic 
81 6, and that the TEN and REN signals select between the PCI RX FIFO control logic 81 7 and the PCI TX FIFO control 
logic 816 d^ending upon the type of cyde and direction of data fbw. 

Each TPI TX FIFO is implemented as a drcular buffer in the embodiment shown. The PCI TX FIFO control logic 

75 81 6 indudes several PCI transmit pointers (PCI TX PTRs), one pointer each for each TPI TX FIFO to point to or ^ress 
the next location where a DWORD of data is to be read from. In a similar manner. HSB TX FIFO control logic 822. 
described further below, located on the other side of each TPI TX FIFO. Includes several PCI transmit "synchronized" 
pointers (PCI TX SPTRs), each of which Is a synchronized copy of a corresponding PCI TX PTR. The FIFO synchroni- 
zation logic 818 asserts a corresponding one of the PCNTm signals to inaement the appropriate PCI TX PTR and a 

20 con-e^XKiding one of the HCNTm signals to increment the appropriate PCI TX SPTR each time a DWORD of data Is 
provided to the PCI bus 222 from the PCI TX FIFO contrd logic 81 6. In this manner, a pointer Is provided on tx^ sides 
of each TPI TX FIFO to Indicate where data Is to be re^. 

The HSB RX FIFO control logic 821 has several selectable inputs, each coi^sled to an output of a corresponding 
one of the TPI RX FIFOs. TTie HSB RX FIFO control logic 821 has an output for providing the data to the HSB data 

25 transfer interface Ic^c 819 for assertion on the HSB 206. The HSB TX FIFO control logic 822 has several selectable 
outputs, each coupled to an Input of a corresponding one of the TPI TX FIFOs. The HSB TX FIFO control logic 822 has 
an input for receiving data from the HSB data transfer interface logic 819 from the HSB 206. 

The HSB RX FIFO control logic 821 . the port status logo 820 and the FIFO synchronization logic 818 control the 
flow of data between the TPI RX FIFC^ of the data buffers 807a-d and the HSB 206 during data transfers from the TPI 

30 220 to the EPSM 21 0. The port status logic 820 detects assertion of the READ_0UT_PKT|6]* signal Indicating a read 
cyde on the HSB 206. and decodes the PORT_NO[1:0] signals to identify the con-esponding TPI RX FIFO of the 
selected port In f^rticular. the EPSM 210 asserts PORT_NO[1:0] signals 00. 01. 10 or 11 to select the TPI RX FIFO 
of one of tfie data buffers 807a. 807b, 807c or 807d. respectively, for the port PORT24. PORT25. PORT26 or PORT27. 
The port status logic 820 asserts port select signals (PSELm) to the FIFO synchronization logic 818 to indicate the 

35 selected port, which respondingly asserts corresponding HSB select signals (HBSELm) to select one output of the HSB 
RX FIFO control logic 821 coupled to the corresponding TPI RX FIFO. Also, the port status logic 820 asserts an HSB 
enable sigr^l (HREN) to enable the HSB RX FIFO control logic 821 to provide the data to the HSB data transfer Inter- 
face logic 819 for assertion on the HSB 206. 

The HSB RX FIFO control logic 821 includes an HSB receive pointer (HSB RX PTR) for each TPI RX FIFO to locate 

40 the particular data within the TPI RX FIFO. The FIFO synchronization logic 818 asserts a corresponding one of the 
HCNTm signals to update or decrement the corresponding HSB RX PRT of the selected TPI RX FIFO for each DWORD 
re^ from the TPI RX FIFO. Also, the PCI RX FIFO control logic 817 include a corresponding HSB receive "synchro- 
nized" pointer (HSB RX SPTR). which is deaemented by the FIFO synchronization logic 818 by asserting a corre- 
sponding one of the PCNTm signal. In this nrann©-. the HSB RX FIFO contrd logic 821 has two pointers for each TPI 

45 RX FIFO, induding the PCI RX SPTR Indicating where to write data, and the HSB RX PTR indicating where to read 
data. The port status logic 820 also accesses these pointers to derive the amount of valid data or number of valid data 
bytes in each TPI RX FIFO. This count Is corrrpared to a corresponding RBSIZE (corresponding to the TBUS value) for 
the HSB 206 for deternrtning how to assert the PKT_AVAIL[6]* signals in response to the STROBE* signal. 

The HSB TX FIFO control logic 822. the port status logic 820 and the FIFO synchronization logic 818 control the 

so flow of data between each TPI TX FIFO and the HSB 206 during data transfers from the EPSM 210 to the TPI 220. The 
port statis logic 820 detects assertion of the WRITE_IN_PKT[6]* signal and det^mines the port number from the 
P0RT_N0[1 X)] signals during a write cyde executed on the HSB 206 by the EPSM 210. The port status logic 820 cor- 
respondingly asserts the PSELm signals and an HSB transnrut enable signal (HTEN) to indicate the appropriate TPI TX 
FIFO. The FIFO synchronization logic 818 r^pondingly asserts the HBSELm signals to sdect the corre^ndlng Input 

55 of the HSB TX FIFO control logic 822 to the appropriate TPI TX FIFO. The HTEN signal enables the HSB TX FIFO con- 
trol logic 822 to receive the data from the HSB data transfer Interlace logic 819 for assertion to the selected TPI TX 
FIFO. 

The HSB TX FIFO contrd logic 822 indudes an HSB transmit pointer (HSB TX PTR) for each TPI TX FIFO to 
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locate the particular data location within the TPI TX FIFO to write data. The FIFO synchronization logic 818 asserts a 
con-e^nding one of the HCNTm signals to update or increment the corresponding HSB TX PRT of the selected TPI 
TX FIFO for each DWORD written to the selected TPI TX FIFO. Also, the PCI TX FIFO control logic 816 includes a cor- 
re^nding HSB transmit "synchronized" pointer (HSB TX SPTR), which is incrementtti by the FIFO synchronization 

5 logic 818 by asserting a corresponding one of the PCNTm signals. In this manner, the HSB TX FIFO control logic 822 
has two counters for each TPI TX FIFO, including the PCI TX SPTR indicating where to read data, and the HSB TX 
PTR indicating where to write data The port status logic 820 also accesses these pointers for deriving the amount of 
available space or number of empty data bytes exists in each TPI TX FIFO. This count is compared to a corresponding 
XBSIZE (corresponding to the TBUS value) for the HSB 206 for determining how to assert the BUF_AVAIL[6]* signals 

w in response to the STROBE* signal. 

A set of TPI PCI configuration registers 835 is provided within the TPI 220 and coupled to the PCI bus interface 
logic 810 for access via the PCI bus 222. Also, the TPI control registers 846 are provided and coupled to various 
devices within the TPI 220 and to the PCI bus interlace logic 810 for access via the PCI bus 222. The contents and 
striKrture of these registers 846 and 835 are described further below. The HSB data transfer interlace logic 819 also 

15 includes a PACKET SIZE tag register 819c. The HSB data transfer interface logic 819 captures and stores the first 
DWORD of each data packet sent from the EPSM 210 in the PACKET SIZE tag register 819c. and then writes to con- 
tents of the PACKET SIZE regist^ 819c to the TX CNTL LIST 808b of the transmit list decode logic 814. 

Refemng now to Rgure 8C. a Wock diagram is shown illustrating the configuration and functionality of each of the 
TLANs 226. The TLAN 226 includes an Ethernet port 1 10. a PCI bus interface 824 and memory 825 coupled between 

20 the Ethernet port 1 10 and the PCI bus interface 824. The Ethernet port 110 includes an appropriate recede to 
receive a compattole connector of a 100 Mb Ethernet segment 1 14 for receiving packet data from and for transmitting 
packet data to a corresponding network 112. The Ethernet port 1 10 provides received packet data to data buffers 826 
in the memory 825. The Ethernet port 1 1 0 retrieves packet data from the data buffers 826 and transmits the packet data 
onto an Ethernet segm&rt 114. 

25 The TLAN 226 includes a set of registers 828 within the memory 825 for controlling its operation. The registers 828 
include a command register 828a for enabling an erterna! device to insert commands through the PCI bus 222. The 
re^sters 828 further include a channel parameter register 828b for storing an aidress to access a command list from 
an external memory through the PCI bus 222. The command register 828a includes a GO bit (not shown) for instructing 
the TLAN 226 to retrieve and execute a command list. The command register 828a also includes an WX/TX bit (not 

30 shown) for instructing the TLAN 226 to retrieve and execute a receive command list (for the RX case) or a transnrtit com- 
mand list (for the TX case). The memory 825 includes a list buffer 827 for storing current control lists, where the list 
buffer 827 further includes a receive control list buffer 827a for storing the curent receive control fist and a transmit con- 
trol list buffer 827b for storing the current transmit control list. 

The PCI bus interface 824 includes the appropriate logic to couple to the PCI bi^ 222 to control data transfers 

35 between the TPI 220 and the TLAN 226 by op^-ating as a bus ntaster of the PCI bi« 222 during the data transfer. An 
external device, such as the TPI 220 or the CPU 230, writes an address to the channel parameter register 828b and 
writes a command to the commarKi register 828a. The TLAN 226 respondingly asserts its REQm signal to artsitrate for 
the PCI bi« 222. When its GNTm signal is received, the TLAN 226 executes a cycle on the PCI bus 222 to retrieve and 
store an indicated command list into the list buffer 827. The command is considered a transmit command if the RXATX 

40 bit is set for TX and a receive command if the RXTTX bit is set for RX. 

To irtitiate receive operations, the CPU 230 writes the RECEIVE LIST MEMORY BASE ADDRESS to the channel 
parameter register 828b and a receive comnnand to the command register 828a of each TLAN 226. The TLAN 226 
re^ndingly requests the PCI bus 222 to retrieve a receive control list using the RECEIVE LIST MEMORY BASE 
ADDRESS. The TPI 220 provkJes a receive control list to the TLAN 226, and the TLAN 226 then waits to receive data 

45 before executing the receive control list. The receive control list includes a fbnward pdnter as the next address for the 
TLAN 226 that it uses to retrieve the next receive control list to establish control list chaining. In the preferred embodi- 
ment, however, the TPI 220 loads the forevard pointer of each receive control Iret with the same RECEIVE LIST MEM- 
ORY BASE ADDRESS. When data is received from the pert 1 10 to the TPI 220. the PCI bus interface 824 arbitrates 
and gains control off the PCI bus 222 and executes the receive control list in its receive control list buffer 827a to transfer 

50 data aaoss the PCI bus 222 to the TPI 220. Once the transfer of an entire data packet is complel«J. the TLAN 226 uses 
the RECEIVE UST MEMORY BASE ADDRESS in the forward pointer of the cun-enl receve control list to request 
another receive control list 

For transmit operations, the TPI 220 detects data to tranOTit from any of its TPI TX FIFOs and respondingly art>i- 
trates and gains control of the PCI bus 222. The TPI 220 then writes the TRANSM FT UST MEMORY BASE ADDRESS 
55 to the channel parameter register 828b and a transmit command to the comrmnd register 828a of each TLAN 226. The 
TLAN 226 respondingly requests the PCI bus 222 to retrieve a transmit control list using the TRANSMIT LIST MEMORY 
BASE ADDRESS. Once the transnrat control list is received, the TLAN 226 stores the transmit control list in its transmit 
control list buffer 827b and then executes the stor^ transmit control list to receive packet data. The transmit control list 
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also includes a forward pointer, which is normally used as the next address for the TLAN 226 to use to retriev^e the next 
transnrtit control list to establish control list chaining. In the embodiment shown, however, the TP 1 220 loads the fonnrard 
pointer of each transmit control list with a null value. Thus, after executing the transmit control list in its transmit control 
list buffer 827b, the TLAN 226 warts until the TPl 220 writes another transmit command. 
s Referring now to Rgure 8D. a cfiagram is shown illustrating a control list 830, which is the format tor txjth receive 

and transmit control lists and is also the fomiat of the RX CNTL LIST 808a and the TX CNTL LIST 808b. The control 
list 830 includes a FORWARD_POINTER field 831, a PACKET_SIZE field 832a, a CSTAT field 832b. a COUNT field 
833 and a DATA_POINTER field 834. Each field is 32 bits except for the PACKET_SIZE field 832a and the CSTAT field 
832b, which are 16 bit fields. 

10 The FORWARD_POINTER field 832 is generally used to chain control lists together. For receive operatfons, the 
TLAN 226 executes receive control lists provided by the TPl 220 from the RX CNTL LIST 808a over and over, since the 
F0RWARD„P01NTER field 831 Is the same RECEIVE LIST MEMORY BASE ADDRESS in each case. In this manner, 
each TLAN 226 uses the RECEIVE LIST MEMORY BASE ADDRESS in the F0RWARD_P01NTER field 831 of its cur- 
rent receive control list to request the next receive control list when the next data packet is received from a network 112. 

75 Thus, the TPl 220 does not have to issue start operation comnands to the TLANs 226 for receive operations. For trans- 
mit operations, the TLAN 226 executes transmit control lists from the same TX CNTL LIST 808b each time. However, 
the TPl 220 sets the F0RWARD_P01NTER field 831 to a NULL value (OOOOh) so that the TPl 220 and a respective 
TLAN 226 perform one transmit operation when initiated by the TPl 220. When data is detected within any of the TPl 
TX FIFOs and the TPl 220 is not currently performing any transmit operations on a TPl TX FIFO's respective TLAN port. 

20 then the TPl 220 issues a transit conrtnrmnd to a respective TLAN 226 to initiate a transmit operatfon. The respective 
TLAN 226 retrieves the transn^ control list from the TX CNTL LIST 808b. executes the transmit control list, and then 
returns to a default state when encountering the NULL value in the FORWARD.POINTER field 831 . 

The PACKET__SIZE field 832a generally indicates the size of a data packet. For receive operations, the TPl 220 ini- 
tially sets the PACKET_SIZE f ietel 832a in the RX CNTL LIST 808a to zero. After the TLAN 226 completes a transfer of 

26 a complete data racket to the TPl 220. the TLAN 226 performs a final single DWORD write to the PACKET_SIZE field 
832a and the CSTAT field 832b of the RX CNTL LIST 808a. The PACKET.SIZE field 832a is loaded with the actual 
packet data size and a frame complete bit within tiie CSTAT field 832b ts seL For transmit operations, the 
PACKET_SIZE field 832a of the TX CNTL LIST SOBb ^ loaded with the size of a data packet to be transmitted by tiie 
TPl 220 to a TLAN 226. The HSB data transfer interface logic 819 writes the packet size DWORD in the PACKET SIZE 

30 register tag 819c to the TX CNTL LIST 808b in the transmit list decode logic 814. The TPl 220 then writes the transmit 
command to the conesponding TLAN 226 as previoudy desaibed. and the contents of the TX CNTL LIST 80^ is pro- 
vided to a TLAN 226 as a transmit control list when requested. 

The CSTAT field 832b is used to pass command and status irrfomrmtion between the TPl 220 and the TLANs 226. 
The TPl 220 initially sets the CSTAT field 832b of the RX CNTL LIST 808a to zero. When a packet data transfer from a 

35 TLAN 226 into a respective TPl RX FIFO has been completed, the TPl 220 sets the frame complete bit of the CSTAT 
field 832b (bit 14) in the RX CNTL LIST 808a to represent that the packet data transfer has been completed. The TPl 
220 indicates to the port status togic 820 tfiat the data packet is complete to initiate a transfer over the HSB 206 to the 
EPSM 210. The port status logic 820 th^ indicates that data is availatsle in a respective TPl RX FIFO for transfer to the 
EPSM 210 in response to a poll by the EPSM 21 0. This is tiue even if the amount of end of packet data does not meet 

40 the RBSIZE or TBUS value since the end of the packet must be transferr^. 

The TPl 220 sets the pass CRC (cyclic redundancy check) bit in the CSTAT field 832b of the TX CNTL LIST 80^ 
based the state of the AI_FCS_IN* (or FBPN*) sgr^l during receipt of a (^ta ^cket from the EPSM 210. The TPl 220 
sets the CRC k»t to indicate whether the data packet includes data used in a CRC. An Ethernet data packet including 
CRC contains four bytes of CRC data used for en-or checking in addition to the packet data. 

45 The DATA_P01NTER field 834 specrf ies the PCI address to be asserted by a TLAN 226 during a data transfer oper- 
ation. The address is preferably the same for both transmit ar^ receive operations, which is the PACKET DATA MEM- 
ORY BASE ADDRESS. During a data receive operation, a TLAN 226 asserts the PACKET DATA MEMORY BASE 
ADDRESS, and the receive data decode logic 81 3 decodes the address and a ^ write cycle on the PCI bus 222 and ena- 
bles the PCI RX FIFO control logic 81 7 to allow receipt of packet data into a selected TPl RX FIFO. During a data trans- 

50 mit operation, a TLAN 226 asserts the PACKET DATA MEMORY BASE ADDRESS, and the transmit data decode togic 
815 decodes tfie address and a read operation and &iables the PCI TX FIFO control logic 816 to facilitate the transfer 
of packet data packet from a selected TPl TX FIFO. 

The CX)UNT field 833 ^ecif ies an amount of data present or the anr^ount of buffer space available at the cun-ent 
value of the DATA_POINTER field 834. During a receive data operation, the receive list decode logic 812 sets the 

55 COUNT field 833 to a value written into a RCV_DATA_COUNT register 847b (Figure 8F) of the TPl control registers 
846. The value from the RCy.DATA_COUNT register 847b determines the largest packet size to be received by the TPl 
220. As a default, this value is 1 51 8 bytes, which is the largest Ethemet data packet ^ze with four bytes of CRC. During 
a transmit data operation, the TPl 220 sets the COUNT field 833 to the same value as the PACKET.SIZE field 832a. 
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Referring new to Figure 8E, a dia^am is shown illustrating a defin'rtion of tfie TPI PCI configuration registers 835 
employed by the TPI 220. The TPI PCI configuration registers 835 include registers common to all PCI bus architec- 
tures as well as additional registers unique to the TPI 220. Registers common to all PCI buses include a DEVICE_ID 
register 836a. a VENDOR_ID register 836b. a STATUS register 837a. a COMMAND register 837b. a CLASS_CODE 

5 register 838a. a REV_ID register 838b. a BIST roister 839a. a HDR_TYPE register 839b, a LATENCY register 839c. 
a CACHELSZ register 839d. a MAXLAT register 845a. a MINGNT register 845b. an INTPIN register 845c and an 
iNTLINE register 845d. Registers unique to the TPI 220 include a TPI CONTROL 10 BASE ADDRESS register 840. a 
TPI CONTROL MEMORY BASE ADDRESS register 841 , a TRANSMIT LIST MEMORY BASE ADDRESS register 842, 
a RECEIVE LIST MEMORY BASE ADDRESS register 843. and a PACKET DATA MEMORY BASE ADDRESS register 

10 844. 

After being initialized, the TPI CONTROL lO BASE ADDRESS register 840 contains a TPI CONTROL lO BASE 
ADDRESS for the TPI conti-ol registers 846. The TPI CONTROL MEMORY BASE ADDRESS register 841 contains a 
TPI CONTROL MEMORY BASE ADDRESS for the TPI control registers 846. In this manner, the TPI control registers 
846 are accessible in both I/O and nrwrnory space of the PCI bus 222. The TRANSMIT LIST MEMORY BASE 

IS ADDRESS register 842 contains the TRANSMIT LIST MEMORY BASE ADDRESS for the TX CNTL LIST 808b that is 
decoded by the transmH list decode logic 814. The RECEIVE LIST MEMORY BASE ADDRESS 843 contains the 
RECEIVE LIST MEMORY BASE ADDRESS for the RX CNTL LIST 808a that Is decoded by the receive list decode logic 
812. The PACKET DATA MEMORY BASE ADDRESS register 844 contains the PACKET DATA MEMORY BASE 
ADDRESS corresponding to the data buffers 807 of the TPI 220. The PACKET DATA MEMORY BASE ADDRESS is 

20 decoded by both the transmit data decode logic 815 and the receive data decode logic 813. 

Referring now to Rgure 8F, a diagram is shown illustrating the d^inition of the TPI confrd registers 846 employed 
by the TPI 220. The TPI control registers 846 include a RCV_DATA_COUNT register 847b. an XBSIZE3 register 848a, 
an XBSIZE2 register 848b. an XBSIZE1 register 848c, an XBSIZEO register 848c, an RBSIZE3 register 849a. an 
RBSIZE2 register 849b. an RBSIZE1 regteter 849c, an RBSIZEO register 849d. a NET_PRI3 register 850a. a 

25 NET_PRI2 register 850b, a NET_PRI1 register 850c. a NET_PRIO register 850d. a TLANO MEMORY BASE ADDRESS 
register 851, a TLAN1 MEMORY BASE ADDRESS register 852, a TLAN2 MEMORY BASE ADDRESS register 853 
and a TLAN3 MEMORY BASE ADDRESS register 854. 

The RCV_DATA_COUMT register 847b stores the maximum size of received data packets handled by the TPI 220. 
The TPI 220 retrieves and places this value into the COUNT field 833 of RX CNTL LIST 808a. Each of the XBSIZE reg- 

30 isters 848a-d hold a transmit burst size in DWORDs for respective ports, namely. XBSIZEO for PORrr24, XBSIZE1 for 
PORT25. XBS1ZE2 for PORT26 and XBSIZE3 for PORT27. The XBSIZE transmit burst size values are used by the 
HSB TX FIFO control logic 822 and the port static logic 820 of tiie TPI 220 when determining whether there is enough 
packet buffer ^ce in a respective TPI TX FIFO to request data from ttie EPSM 21 0 for the respective port. Each of the 
RBSIZE registers 849a-d hold respective HSB receive burst sizes in DWORDs for the respective ports, namely. 

35 RBSIZEO for PORT24. RBSIZE1 for PORT25. RBSIZE2 tor PORT26 and RBSIZE3 for PORT27. The RBSIZE receive 
burst size values are used by tiie HSB RX FIFO control logic 821 and the port status logic 820 when determining 
whettier th&'e is enough ^cket data in a respective TPI RX FIFO to request a transfer of received data to the EPSM 
210 from tfie re^ective port. In the embodiment illi^trated, values stored in the XBSIZE and RBSIZE regist^ 848, 
849 are equal to each other and to the TBUS value. However, the XBSIZE registers 848 and the RBSIZE roisters 849 

40 are programmed with any desired burst transfer values depending on the embodiment 

The NET_PRI registers 850 hoU re^ective network priority values for the ports, namely, NET_PRIO for PORT24. 
NET_PRI1 for PORT25, NET_PRI2 for PORT26 and NET_PR13 for PORT27. These values are used by the transmit 
list decode logic 814 to set the transmit priority of respective ports. The TLANO MEMORY BASE ADDRESS register 
851 holds a PCI menrtory address referred to as TLANO MEMORY BASE ADDRESS for PORT24. The TLAN1 MEM- 

45 ORY BASE ADDRESS registe* 852 holds a PCI mwory address referred to as TLAN1 MEMORY BASE ADDRESS 
for PORT25. The TLAN2 MEMORY BASE ADDRESS regist©^ 853 holds a PCI memory address refered to as TLAN2 
MEMORY BASE ADDRESS for POnT26. The TLAN3 MEMORY BASE ADDRESS register 854 holds a PCI memory 
address referred to as TLAN3 MEMORY BASE ADDRESS for PORT24. Each of these registers is initialized at startup 
by tiie CPU 230 after detenmining the addresses of each of the TLANs 226. These values are provided to and used by 

50 the PCI TX FIFO control logic 816 to issue each transmit conmiand on ttie PCI bus 222 to start transmit packet opera- 
tions. 

Referring now to Figure 8G, a flowchart diagram is shown illustrating PCI initialization operations of the CPU 230 
at initialization, startup or reset of the network switch 102. At first step 855. the CPU 230 configures the PCI bus 222, 
maps the TLANs 226 into PCI memory space and writes this configuration into the TPI PCI configuration registers 835 
55 via the PCI bus 222. Steps for configuring the PCI bus 222 are known and will not be furth^ desaft}ed. 

In particular, the DEVICE JD register 836a is the standard PCI device ID register and its value is set to 0x5000h. 
The VENDORJD register 83to is ttie standard PCI vendor ID register and its value is set to OxOEl 1h. The STATUS 
re^ster 837a ^ the standard PCI devk^e status register. The COMMAND register 837b is ttie standard PCI device com- 



27 



mand register. TTie CLASS_CODE roister 838a is the standard PCI device dass code register arKl its value Is set to 
0x060200h. The REVJD register 838b is the standard PCI device revision ID register and its value is set to OxOOh. The 
BIST register 839a is the standard PCI BIST status register and rts value is set to OxOOh. The HDR_TYPE register 83Sb 
is the standard PCI header type register and its value is set to 0x80h. The LATENCY register 839c is the standard PCI 

5 latency type register and it is initialized by the CPU 230. The CACHELSZ register 839d is the standard PCI cache line 
size register and it is initialized by the CPU 230. The MAXLAT register 845a is the standard PCI device nnaxinujm 
latency register and its value is set to OxOOh. The MINGNT register 845b is the starKlard PCI device minimum grant reg- 
ister and its value is set to OxOOh. The INTPIN roister 845c is the standard PCI device interrupt pin register and rts 
value is set to OxOOh. The INTLINE register 845d is the standard PCI device interrupt line register and it is setup by the 

w CPU 230. 

Also at step 855, the CPU 230 writes a value of OxFFFFFFFFh into each of the following registers: the TPI CON- 
TFiOL 10 BASE ADDRESS register 840; the TPI CONTROL MEMORY BASE ADDRESS register 841 ; the TRANSMIT 
LIST MEMORY BASE ADDRESS register 842; the RECEIVE LIST MEMORY BASE ADDRESS register 843; and the 
PACKET DATA MEMORY BASE ADDRESS register 844. After each write, the TPI 220 replaces the value in each reg- 

15 ister with a value indicating the amount of I/O or memory space required by the particular register indicated. The CPU 
230 respondingly reads each new value in each register and then writes back a base address into each register to n^ 
the entity into PCI I/O or menrory space. 

In particular, after determining the amount of space required, the CPU 230 writes the TPI CONTROL lO BASE 
ADDRESS to the TPI CONTROL 10 BASE ADDRESS register 840 to enable I/O space access of the TPI control reg- 

20 isters 846, the CPU 230 writes the TPI CONTTROL MEMORY BASE ADDRESS to the TPI CONTROL MEMORY BASE 
ADDRESS register 841 to enable men^ry space access of the TPI control registers 846, the CPU 230 writes the 
TRANSMIT LIST MEMORY BASE ADDRESS into the TRANSMIT LIST MEMORY BASE ADDRESS register 842 cor- 
responding to the address of the TX CNTL LIST 808b memory block, the CPU 230 writes the RECEIVE LIST MEMORY 
BASE ADDRESS into the RECEIVE LIST MEMORY BASE ADDRESS register 843 corresponding to the address of the 

25 RX CNTL LIST 808a, and the CPU 230 writes the PACKET DATA MEMORY BASE /ADDRESS into the PACKET DATA 
MEMORY BASE ADDRESS register 844 to correspond to the PCI address of the data buffers ^7. 

At next st^ 856a, the CPU 230 queries each TLAN 226, one by one, on the PCI bus 222 to determine the number 
of TLANs present and their corresponding PCI addresses. At next step 85^, the CPU 230 initializes the queried TLAN 
226 to a known, quiescent state. The CPU 230 th^ determines whether there are any more TLANS 226 at next st^ 

30 857, and if so, returns to st^ 856a to query the next TLAN until all of the TLANs 226 on the PCI bus 222 are initialized. 
At this time, the TLANO MEMORY BASE ADDRESS, the TLAN1 MEMORY BASE ADDRESS, the TLAN2 MEMORY 
BASE ADDRESS and the TLAN3 MEMORY BASE ADDRESS values are known. 

At next step 858, the CPU 230 initializes the TPI control registers 846 to the appropriate values, as descrit>6d above 
with reference to Figure 8R This includes the TLANO MEMORY BASE ADDRESS, the TLAN1 MEMORY BASE 

35 ADDRESS, the TLAN2 MEMORY BASE ADDRESS and the TLAN3 MEMORY BASE ADDRESS values. At next st^ 

859. the CPU 230 begins Initiation of the receive operation for each TLAN 226 by writing the RECEIVE LIST MEMORY 
BASE ADDRESS Into the channel parameter roister Q2Bb, The initiation of the receive operation is completed at st^ 

860, where the CPU 230 writes to the comnfand register 828a of each TLAN 226. Initialized in this fashion, each TLAN 
226 immediately begins a receive operation by requesting the PCI bus 222 to request a receive control list. 

40 Referring now to Rgure 8H, a flowchart diagram Is shown Illustrating the r^eive operation of the network switeh 
1 02 for each of the TLANs 226. Operation commences at first step 861 a. where a TLAN 226 requests ar^ receives con- 
trol of the PCI bus 222 from the PCI arbitw 811 . The TLAN 226 asserts the RECEIVE LIST MEMORY BASE ADDRESS 
onto the PCI bus 222 at next step 861 b to request a receive control list and the TPI 220 provides a receive control list 
to the TLAN 226 at next st^ 861c. The receive control 11^ includes the PACKET DATA MEMORY BASE ADDRESS to 

45 inform the TLAN 226 where, or how, to send a receved data packet At next step 861 d, the TLAN 226 releases control 
of the PCI bus 222. 

A TLAN 226 eventually receives a data packet from a network 112 as Indicated at next step 862a, and then 
requests and receives control of the PCI bus 222 at next step 862b. The TLAN 226 then writes a burst of data using the 
PACKET DATA MEMORY BASE ADDRESS as the acWress on the PCI bus 222 at next step 862c, while the TPI 220 

so writes the data into a selected TPI RX FIFO as indk^at^ at next step 862d. Upon completion of the write burst, the 
TLAN releases the PCI bus 222 at next st^ 862e. At next step 865, the TLAN 226 determines whether the entire data 
packet has been sent to the TPI 220. whk:h Is Indicated by a final DWORD write operation. If not. operation returns to 
step 862b. where the TLAN 226 once again requests the PCI bus 222 to send anoth^ burst of data. 

After the TLAN 226 has sent the final portion of the data packet, it p&forms a final iteration to inform the TPI 220 

55 Of the end of the packet. In particular, tiie TLAN 226 executes a final sii^le DWORD transfer to the PACKET.SIZE field 
832a and the CSTAT field 832b within the RX CNTL LIST 808a of the TPI 220. This DWORD transfer updates the RX 
CMTL LIST 808a with the packet size of the data packet just completed and updates the frame complete bit in the 
CSTAT field 832b. The TPI 220 detects this write operation as indicated at step 865. and sets internal flags to represent 
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that the operation is complete and passes the appropriate status to the port status logic 820 as indicated at step 866. 
Operation returns to step 861a to request another receive control list. 

Referring now to Rgure 8L a flowchart diagram is shown illustrating a receive data transfer operation from the TP! 
220 to the EPSM 210 across the HSB 206. Operation commences at a first step 876, where the port status logic 820 

5 Of the TP! 220 detects an amount of data in any one of the TP! RX FIFOs that equals or exceeds the respective RBSIZE 
as provided in the TP! control registers 846, or the EOP for that port has been indicated by a TLAN 226. 

As indicated at next step 877, the TPI 220 re^nds to EPSM 210 polls by properly asserting the PKT_AVAIL [6]* 
signals in multiplexed fashion, which indicate whether enough data is available in each of the TPI RX FIFOs. TTie polling 
occurs independently and is included for darrfication. If the PKT_AVAIL[6]*signal indicates that enough data is in any 

10 TPI RX FIFO of the TPI 220, the EPSM 210 eventually initiates a read cycle on the HSB 206 to the specified port at 
next st^ 878 if it has enough buffer space in an available receive buffer of the EPSM 210. 

The port status logic 820 of the TPI 220 detects the read cycle on the HSB 206, selects the appropriate TPI RX 
FIFO to provide data at next step 879. Then the TPI 220 transmits the data burst to the EPSM 210 over the HSB 206 
at step 880. During the data transfer of step 880. if the port status logic 820 determines that the current data transfer 

IS across the HSB 206 is the start of packet as indicated at next step 881a, the TPI 220 asserts the SOP'' signal on the 
HSB 206 at step 881 b during the data transfer. Likewise, during the data transfer at step 880, rf the port static logic 820 
determines that the current data transfer across the HSB 206 is an end of packet as indicated at next st^ 882a. the 
TPI 220 asserts the EOP* agnal on the HSB 206 as indicated by step ^1b durir^ the data transfer. From step 882a or 
882b. operation retums to step 876. 

20 Refemng now to Rgure 8J, a flowchart dagram Is shown illustrating a transmit data transfer operation for transfer- 
ring packet data from the EPSM 210 to the TPI 220 across the HSB 206. Operation commences at first step 830, where 
the port status logic 820 of the TPI 220 detects that any one of the TPI TX FIFOs has an amount of available buffer 
space equaling or exceeding the corresponding XBSIZE. If so, operation proceeds to next step 891 , where the port sta- 
tus logic 820 re^nds to an EPSM 210 pdl by properly asserting the BUF_AVAIL[6]* signal in multiplexKJ fashion to 

25 indicate available ttuffer space In the corresponding TPI TX FIFO. As d^rS>^ above, the polling occurs independently 
and is included for clarification. At next st^ 892, the EPSM 210 initiates a write cycle on the HSB 206 to a port con-e- 
sponcfing to the TPI TX FIFO having enough space when enough data is available for transmission by the EPSM 210 
for that port At next step 893. the port status logic 820 of the TPI 220 detects the write cyde on the HSB 206 and 
selects the appropriate TPI TX FIFO for the indicated port. At next st^ 894, the EPSM 210 transmits a burst of data to 

30 the TPI 220 over the HSB 206 and the TPI 220 writes the data to the con-esponding TPI TX FIFO within tfre TPI 220. 
As indicated at step 895a, if the TPI 220 detects assertion of the SOP* signal during the data burst of st^ 894, the 
first DWORD of the data holding the racket size is placed into the PACKET SIZE tag register 81 9c at step 895b. As indi- 
cated at step 896a. H the TPI 220 detects assertion of the EOP* signal during the data burst of step 894. the TPI 220 
sets a flag within the TPI 220 at st^ 896b to indicate the end of the data packet. From either step 896a or 89&y, oper- 
as ation retums to st^ 890. 

Referring now to Rgure 8K, a flowchart diagram is shown illustrating a transmit operation of the network switch 1 02 
for each of the TLANs 226. At first step 867. the TPI 220 detects data in any one of the TPI TX FIFOs, and respondingly 
requests and receives control of the PCI bus 222 from the PCI art>iter 81 1 . At next step 868, the TPI 220 writes a trans- 
mit command to the command register 828a of the corresponding TLAN 226. The TPI 220 then releases the PCI bus 

40 222 at next step 869. 

At next st^ 870a. the TLAN 226 receiving the transmit command requests and receives control of the PCI bus 222 
from the PCI art>iter 81 1 . and then requests a transmit control list from the TPI 220. At next step 870b. the TPI 220 pro- 
vides the transmit control list to the TLAN 226 in control of the PCI bus 222. where the TLAN 226 provides the transmit 
control list to Hs transmit control list buffer 827b. At next st^ 870c. the TLAN 226 r^eases the PCI bus 222. but imme- 

45 diately re-requests the PCI bus 222 as indicated at step 870d. Once the TLAN 226 again receives control of the PCI 
bus 222. it commences execution of the transmit control list as indicated at st^ 871 a by requesting a burst of data from 
the TPI 220. In particular, the TLAN 226 asserts the PACKET DATA MEMORY BASE ADDRESS on the PCI bus 222 at 
st^ 871a. At next step 871b, the TPI 220 responds by selecting and enabling the corresponding TPI TX FIFO and pro- 
vides the data to the TLAN 226 across the PCI bus 222. After each data burst the TLAN 226 releases control the of the 

50 PCI bus 222 as indicated at next step 871c. If transfer of a complete packet of data has not been completed as indrcat^ 
at next step 872. operation returns to step 870d, where the TLAN 226 again requests and eventually regains control of 
the PCI bus 222. 

If transnmssion of the racket was completed as determined at step 872a. operation passes to st^ 873a. where the 
TLAN 226 writes that the data transfer is complete to the TPI 220 and the TPI 220 correspondingly flags that the oper- 
as ation is complete. In particular, the TLAN 226 perfbmis a final single DWORD write to the CSTAT field 832b of the TX 
CNTL LIST 808b to set a frame complete bH within the CSTAT field 832. Also, the PACKET_SIZE field 832a off the TX 
CNTL UST 808b is loJttied with the size of a data packet to be transmitted by the TPI 220 to a TLAN 226. Once the 
TLAN 226 has completed the write operation, rt rdeases the PCI bus 222 at step 873b. From step 873b operation 
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returns to step 867 for the next transmit operation. 

It Is now appreciated that after InitiaJization by the CPU 230. the TPI 220 is configured to cooperate with the TLANs 
226 to allow the CPU 230 to perform other Important tasks and functions of the network switch 102. The CPU 230 Ini- 
tializes PCI merrory and 1/0 space by deternr^ning the type and number of devices on the PCI bus 222 and assigning 

5 corre^nding address values. The CPU 230 provides address values of the TLANs 226 to the TPI 220. Also, the CPU 
230 provides Initial address values of the TPI 220 to each of the TLANs 226 and inserts a command to initiate opera- 
tions. The TLANs 226 are configure to request a control list and then to execute the control list to re^ data from or 
write data to a memory located at an address within the control list The TPI 220 is configured to update and provide 
each control list to each requesting TLAN 226. Further, the TPI 220 is configure to initiate transmit operations by writ- 

10 ing a command to the appropriate TLAN 226. and then provide the corresponding transmit control list when subse- 
quently requested. In this manner, after the CPU 230 performs initialization, it is free to perform other functions of the 
network switch 102. 

Figure 9A is a block diagram illustrating the organization of the memory 212. In the embodiment shown, the size of 
the mswory 212 is between 4 to 16 megabytes (Mbytes), although the memory size may vary and may be as small or 

15 large as desired. The width of the memory section blocks shown in Figures 9A-SG, and thus the 'width of each memory 
line, is one DWORD or 32 bits. The memory 21 2 is divided into two main sections including a hash memory section 902 
and a packet memory section 904. The hash menwry section 902 serves as a network device identification section for 
identifying one or more of the network devices in the networks 1 06, 1 1 2 coupled to the network switch 1 02. The size of 
the hash m&noTy section 902 is programmable based on the number of devices and associated Presses and entries 

20 desired. In the embodiment shown, the hash memory section 902 includes 256 kilobytes (Kbytes) of menr^ry for sup- 
porting at least 8K (K = 2^^ ^ 1.024) addresses up to 16K addresses. The hash memory section 902 way be located 
anywhere in the memory 212, and is located at the beginning of the memory 212 in the embodiment shown. The size 
of the jfmck&t nnenrtory s^on 904 is the balance of the remaining memory 212 not used by the hash memory section 
902. 

25 Figure 9B is a block diagram of the organization of the hash menrory section 902 off the memory 212. The hash 
memory section 902 is shown to be 256 Kbytes in length, where it is understood that the hash memory section size is 
either fixed or programmat)le as desired. The hash memory section 902 is divided into two 1 28 Kbyte sections including 
a first 128 Kbyte prinary hash entry section 906 for primary f^sh entries and a second 128 Kbyte chained hash entry 
section 908 for chained hash entries. Each of the sections 908, 908 includes 8K entries, each 16 bytes in length. 

30 Figure 9C is a diagram illustrating the orgardzatton of a hash table entry 910 r^resentative of each of the entries 
in the hash memory section 902, IrKluding both the prinmry hash entry s^on 906 and the chained hash entry section 
908. Each entry 910 corre^xmds to one network device of the networks 108. 1 12 coupled to the network switch 102. 
Each of the primary entries are located at a hash ^ress, which address is determined by tiashing" the MAC address 
for that device. In particular, each network device is assigned a 48-bit hardware acteiress, also known as a physical 

35 address or a MAC address, which is a unique numerical value assigned to each network device during the manufactur- 
ir^ process or t>y setting jumpers or switches during network installation. One part of this MAC address is assigned to 
the manufacturer by the IEEE (Institute off Electrical and Electronics Engineers) and is common to all components ffrom 
that manufacturer; the second r^rt off the hardware address is a unique value assigned by the hardware nnnufacturer. 
The first 6 bytes, or bytes 5-0. of the hash table entry 91 0 contains the MAC address off the device associated with that 

40 entry. The network switch 102, therefore, adds a hash table enti7 for each network device that sends a data packet 
including its source MAC address. 

Each data packet sent from ^ch network device in the networks 108. 1 12 typically includes a source and a desti- 
nation MAC address, which are both hashed according to one of several algorithms. In the embodiment shown, two por- 
tions of each MAC ac&jress are tegically combined or compared to cakHilate a corresponding hash address. Each 

45 portion is 13 bits to 16 bits, which are combined uang exdusive-OR (XOR) bgic in a iMt-wise fashion to form a 13 to 16 
bit hash address. For example, the first 1 6 bits of a MAC address, or M A[1 5:0] are XOR'd in t»twise fashion with the next 
16 bits of the MAC address MA[31 :16] to obtain the hash address HA[15:0]. In one embodiment, the first 13. 14, 15 or 
16 bits of the hashed result are used as the hash ^ress HA. Altemativ^y, the first 13 bits of the MAC address 
MA[12:0] is hashed with the next 13 bits MA[25:13] to obtain a 13-bit hash address HA[12:0]. Or. the first 14 bits of the 

so MAC address MA[13:0] is hashed with the next 14 bits MA[27:14] to obtain a 14-bit hash address HA[13:0]. and so on. 
It is understood tiiat many other different flashing algorithms are known and may be used to combine any particular 
combinations of the address bits as known to those skilled in the art and that the present invention is not limited to any 
particular hashing scheme. 

The hash address is us^ as the actual address or as an offset address to locate each of the hash entries of the 
55 primary hash entry section 906. Although the MAC addresses are unique, the hash address may not be unique such 
that two different MAC addresses hash to the ^me hash address. The chained hash entry section 908 is provided to 
store duplicate hash addresses for different devices, as described further below. The organization inducfing a primary 
hash entry section 906 accessible by the hash address and a chained hash entry section 908 accessible by a Link 
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address located in the first entry of the primary section 306 eliminates at least one branch operation. Rather than using 
a list of pointers to access the tatde entries, the first entry in the memory 212 is retrieved in a single branch operation, 
the second entry in a second branch operation, etc. In this manner, the organization of the menwry 212 provides more 
eff k;ient access of the hash entries by eliminating at least one branch operation per access. 

5 The next byte (6) of the hash taWe entry 910 contains a binary port number (PortNum) identifying the associated 
port nunrtber to which the device is connected, where the port number for PORTO is zero, the port number for P0RT1 
is one. the port nunrtber for PORT28 (for the CPU 230) is 28. etc. The next byte (7) is a control and age infonnation byte 
(Control/Age) including a valid bit (VALIDENTRY) identifying whether the entry is valid or not, where a logic "1 " indicates 
the entry is valid and logic "0" indicates that the entry is not valid, othenwise called an empty entry. The Control/Age byte 

10 includes a binary age number (AGE) representing the elapsed time from the last source access associated with this 
device. A device may be aged and deleted from the hash entry by the CPU 230 after a predetemiined amount of tinr^ 
of non-use since the last source access. The measurement of elapsed time is performed using any one of sev^al meth- 
ods, and may be measured in seconds or portions ther^. minutes, hours, etc. The predetermined anrtount of time 
before a device is aged is also programmable. In an alternative embodiment, the AGE number is a single t}it which is 

15 used to indicate whether the device is conskiered "old" or not. which is set by an elapsed timer or the like. 

The next four bytes (B:8) define a 29-bit virtual-LAN (VLAN) bitmap valite representing port groupings, if used. 
Each bit of the VLAN value corresponds to a re^ective one of the ports and is set if the device or port is grouped with 
that port Thus, the VLAN value kJentif ies which of the other ports that the device is groined with. This enables the net- 
works 106. 1 12 to be grouped in any desired combination to form a plurality of different LANs coupled to the network 

20 switch 102. For example, if the first five ports port PORT0-PORT4 are ^oup«j together, then the VLAN value for each 
is 0000001 Fh. where "h" denotes a hexadecimal value. A BC racket sent from a device coupled to port PORT2 is 
repeated to the ports PORTD, P0RT1 . P0RT3 and P0RT4 rather than being repeated to all other ports of the network 
switch 102. A VLAN value of all ones or 1 FFFFFFFh denotes no groupings for that device. It is noted that it is possible 
for one d6vk:e to be associate with more tt^n one group. In an alt^native emtsodiment, a VLAN field may be included 

25 for id»itifying more than one of several VLAN groups that each device t)elongs to. if any. 

The last four bytes (F:C) of each hash table entry 910 is a link address (Link A[31 :0] or Link Address) pointing to 
the next entry t^ving an identical hash address, if any. in the chained hash entry section 908. The next entry is stored 
in the next available location in the chained hash entry section 908. In this manner, if two MAC addresses of two differ- 
ent devices hash to the same fash ^Idress. the first or "primary" entry ^ stor^ in the primary hash entry section 906, 

30 and the second entry is stored in the chained hash entry section 908. and the Link Address of the primary entry points 
to the second entry. If another MAC address hashes to the same hash address as the first two. then each additional 
entry is stored in the chained hash entry section 908 and linked together in consecutive order using the Unk Addresses. 
Thus, the first points to the second, the second points to the third, and so on. Each entry folkiws the format of the hash 
table entry 910. The fornrat of the Link address may be defined in any convenient manner. The Link address typically 

35 includes a base address portion pointing to the hash mentory section 902 wittiin the memory 212, and an offset portion 
to the actual entry within the hash memory section 902. The lower address t>fts may be set to z^o for byte alignment 
as desired. The last entry in each chain is identified by setting a portion of the Link address to zero. For example, the 
last entry nay be denoted by setting the Unk Address bits [A31 28] to zero. 

Figure 9D is a block diagram illustrating the organization of the packet memory section 904 of the mentory 212. In 

40 the embodiment shown, the packet memory section 904 is organized as a plurality of contiguous and ^ual-sized sec- 
tors 912, where each sector 912 includes a sector infornation section, called a sector prdix 914, and a packet section 
916 including one or more packet data bkx:ks. Each of the sectors 912 is preferably 2 Kbytes in size thereby corre- 
spondng to the page size of the memory devices implementing the memory 212 to sinrtplify design and overhead. In 
the embodiment shown. FPM DRAM SIMMs are organized using 4 Kbyte page boundaries, and synchronous DRAM 

45 SIMMs are organized into 2 Kbyte page boundaries. Thus, a 2 Kbyte sector size is suffka&it for the m&nory device 
types supported. The sectors 912 are initially empty but chained together with Link Address^ to form the FREEPOOL 
CHAIN of free mentory sectors. 

As new packets of information are received from each of the ports 104. 110. one or more sectors 912 are discon- 
nected from the FREEPOOL ChlAIN and linked together in a RECEIVE SECTOR CHAIN per port. Also, each packet is 

so linked with other packets in the same or other RECEIVE SECTOR CHAINS to form a sef^rate TRANSMIT PACKET 
CHAIN per port In this manner, a packet in a RECEIVE SECTOR CHAIN for one port is also placed into a TRANSMIT 
PACKET CHAIN for another port. When all of the data in the packet section 916 of a sector 912 is transmitted to a des- 
tination port that sector is freaJ from its RECEIVE SECTOR CHAIN and linked back into the FREEPOOL CHAIN. The 
RECEIVE SECTOR and FREEPOOL chains are implemented using link addresses or pointers from one sector to the 

55 next in a ntanner described fi^rther below. Each TRANSMIT PACKET CHAIN is linked together from one packet data 
block to the next for each port using link addresses or pointers as described bdow. 

Figure 9E is a diagram illustratir^ the organization of each of ttie sector prefixes 914 for each sector 912 of the 
packet memory section 904. The sector prefix 914 indudes information of a corresponding sector 912 and further func- 
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tions as a link to a next sector 912. if any. ft is noted that although a prefix is indicated, this information portion nnay be 
placed anywhere within the sector 912. The first byte (0) defines a binary sector packet count (SecPklCnt) indicating 
the number of packets or packet pieces in the current sector 912. The sector packet count Is incrementof as packet 
data is stored into the sector, and decremented when the data is read for transmission by the destination port. Ihe sec- 
5 tor is released to the FREEPOOL CHAIN when the sector packet count SecPktCnt decrements to zero and when the 
sector is not at the end of the RECEIVE SECTOR CHAIN. The next byte (1 ) is a sector source value (SecSource). which 
specifies the source port of the receivKl packet. This value is desired to identify and decrement an appropriate receive 
port sector count (RxSecCnt) when the sector is released back into the FREEPOOL CHAIN. The next two bytes (3:2) 
are reserved or not ised. 

10 The next four bytes (7:4) in each sector prefix 914 forms a next link address (NextSecUnk) to the next sector In a 
corre^nding RECEIVE SECTOR CHAIN or FREEPOOL CHAIN. The same link address is used for both pifl-poses. 
although a different link address could also be used. In the embodiment shown, the NextSecLink address is 32 bits 
including base and offset portions. The least significant ''n" bits may t>e set to zero to byte-align the NextSecUnk 
address according to the sector-size. The integer "n" is 12 for 4 Kbyte sectors, 1 1 for 2 Kbyte sectors, 10 for 1 Kbyte 

15 sectors, and 9 for 512 Kbyte sectors. In the embodiment shown, n is 1 1 for 2 Kbyte sectors, etc. In this manner, as one 
or more packets are received from a port 104. 1 10. a RECEIVE SECTOR CHAIN of sectors 912 are altocated to store 
the one or more packets received by that port. The sectors 912 are linked together in chain fashion using the NextSe- 
cUnk address within the sector prefix 914 of each sector 912 in the chain. The packet data is stored sequentially within 
the packet section 916 of each of the sector 912 in each RECEIVE SECTOR CHAIN, tt is noted that packet data for a 

20 single packet amy cross sector boundaries in a RECEIVE SECTOR CHAIN. The final eight bytes (15:8) of the sector 
pr^ix 914 are reserved or otherwise not ised. 

Figure 9F is a diagram illustrating the organization of an exemplary packet data block 91 7 representing each packet 
data block within the packet sections 916. The packet data block 91 7 is further divide into two parts, including a packet 
block header 918 and a packet data section 920. The packet block header 918 is preferably prepend^ to each packet 

25 by the MCB 404 to form a packet data block 91 7. The first two bytes (1 :0) in the packet block header 918 forms a 15-bit 
binary packet length (PklLengtii) value defining the packet length in liytes. and a 1 -bit mid-packet CT value (MtdPklCT). 
which is set rf a CT mode packet is fon^farded to the memory 212 due to a stalled port The MCB 404 appends this first 
DWORD including the PktLength to the packet when transmitting to ports PORT24-PORT27 for the TLANs 226 and to 
port PORT28 for the CPU 230. The next byte (2) of the packet block header 918 identifies the source port (SourcePort) 

30 numb^ of the packet which is an 8-bit Port ID binary number identifying the number of the port associate witii the 
source address. The source port is also identified by tiie particular RECEIVE SECTOR CHAIN in which the packet is 
stored. The next byte (4) identifies the destination port (DestPort) number, which is an 8-t>it Port ID binary number iden- 
tifying the numtjer of the destination port in a sinnilar nmnner as the SourcePort value. The destination port is also iden- 
tified by the particular TRANSMIT PACKET CHAIN to which the packet belongs. 

35 Four bytes (1 1 :8) of tiie packet block header 91 8 define a 32-bit next link address (NextTxLink) to the next packet 
or packet data block 917 In a TRANSMIT PACKET CHAIN. The end of the TRANSMIT PACKET CHAIN is indicated 
when a transmit packet count (TxPktCnt) is decremented to zero. The least significant bit AO of the NextTxUnk address 
is used as a BC (»cket bit (NextPktBC) irtdtcating whether the next packet is broadcast or not. If NextPktBC = 1 . then 
the next |:»cket is in broadcast format, described belGtftf. and if NextPktBC ~ 0. then the next packet is non-t)roadcast. 

40 The next least significant bit A1 of the NextTxLink address is used as a SnF packet bit (NextPktSnF) indicating whether 
the next packet is SnF or not in a similar manner. It is noted that the least significant nibble (four bits) of the NextTxUnk 
address may be assumed to be zero for byte alignment purposes, regardless of the actual value of tiie nibble. Thus, for 
example, when tiie NextTxUnk address is read, bits A[3:0] are as^med to be zero regardless of their actual value, such 
as NextPktBC = 1 . This allows these bits to be used for alternate purposes. In the embodim^t shown, the data stmc- 

45 tares are 16-byte aligned so that the least significant bits A[3:0] are assumed to be zero. 

In the embodiment shown, the packet data section 920 immediately follows the packet block header 91 8, where the 
length of the data field is defined in the packet heaier. It is noted, however, that the particular ordering of each sector 
and the particular locations of values in the embodiment shown is arbitrary and for purposes of illustration, and thus 
may be organized in any desired manner without going beyond the scope of the present invention. 

50 As described previously, ii^ckets are retrieved from each of the ports PORT0-PORT28 and stored in corresponding 
RECEIVE SECTOR CHAINS of the s«;tors 912. one RECEIVE SECTOR CHAIN per port. As shown in Figure 9H. a 
first receive sector chain 930 is shown for PORTO where a first sector 931 is linked to another sector 932 using tiie Next- 
SecUnk in the sector prefix 914 of ttie sector 931. Further sectors may be linked as desir^J using the link addresses in 
the sector prefixes 914. Also, a second recave sector chain 940 is shown for P0RT1 where a first sector 941 is linked 

55 to another sector 942 using the NextSecUnk in the sector pr^ix 914 of the sector 941 . For each packet received at a 
given port, the packet block header 918 is placed immediately after the prevfously received packet data block 91 7 in the 
packet section 916 of the current sector 912 of the corre^nding RECEIVE SECTOR CHAIN, and the packet block 
head©- 918 is followed by its packet data section 920. H the packet section 916 of the curreit sector 912 becomes full 
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while storing a packet data block 917. another sector 912 is allocated from the FREEPOOL CHAIN and linked into the 
RECEIVE SECTOR CHAIN for the port. In this nnanner, the packet data blocks 91 7 received from a port are placed con- 
tiguously within the corresponding RECEIVE SECTOR CHAIN for that port Also, the packet section of a sector 912 
nnay include entire packets and/or packet portions. 

5 Thus, as shown in Rgure 9H, packet data blocks 934, 935 and 936 received at port PORTO are placed within the 
sectors 931 and 932 as shown. Note that packet data block 935 spans the sectors 931 . 932. In a similar manner, packet 
data blocks 944 and 945 receive at port P0RT1 are placed within the sectors 941 and 942 as shown, where packet data 
block 945 ^ns the sectors 941 , 942. 

Each packet is also associated with the TRANSMIT PACKET CHAIN of packets for each destination port, where 

10 the packets are linked together using the NextTxUnk address. Packets in each TRANSMIT PACKET CHAIN are gener- 
ally ordered based on when they are receive by the network switch 102. so that the order is maintained ^when trans- 
mitted to the associated destination port For example, as shown in Figure 9H. rf the packet data blocks 934 and 944 
are to be transmitted from port PORT10, and the packet data block 934 Is to be transmitted just prior to the ^cket data 
block 944, then the NextTxUnk address of the packet block header 91 8 of the packet data block 934 pdnts to the packet 

IS data block 944. The NextTxUnk address of the packet block header 918 of the packet data block 944 points to the 
packet data block to be transmitted next, and so on. The actual order for transmission is determined when a packet is 
linked into a TRANSMIT PACKET CHAIN. CT mode packets are linked when at the beginning when the packet Is 
receive, and SnF nx3de packets are linked aft^ the entire packet Is stored. Mid-packet Interim CT mode packets are 
linked to the front of the corresponding TRANSMIT PACKET CHAIN to ensure proper ordering. 

20 Figure 9G Is a bUock diagram showing a 128-byte packet header 922 used for BC packets, which replaces the nor- 
mal packet block header 918. For BC packets, the NextPktBC value is set in the previous packet indicating that the cur- 
rent packet is a BC packet. It Is noted that each TRANSMIT PACKET CHAIN should be maintained for all ports that 
include the BC packet for fransmission. Therefore, the BC packet header 922 Includes a 4-byte link address (Port # 
NextTxUnk). for each port number^ 0-28 (including ports 104, 1 10 and the CPU 230). where each NextTxUnk address 

25 points to the next packet in the TRANSMIT PACKET CHAIN associated with the corresponding port identified by loca- 
tion In the list (Port #). Thus. NextTxUnk addresses begin at bytes (1 1 :8) and end at bytes (123:120). The first NextTx- 
Unk address entry (1 1 :8) corresponds the next packet in the m&noiy 212 for the first port PORTO, the second entry 
(bytes 1 5:1 2) Is a NextTxUnk address to the next packet in the m&nory 21 2 for the second port P0RT1 , etc. . up to the 
last entry (bytes 123:120), which Is a NextTxUnk to the next packet for the CPU 230. Each BC link address also 

30 Includes a next BC packet (NextPktBC) bit ir^cating whether the next packet In the respective trar^it packet chain is 
a BC packet or not. and a next SnF packet (NextPktSnF) bit indicating whether the next packet in the respective trar^mit 
packet chain is a SnF packet or not. 

The first four bytes (3:0)of the BC packet header 922 are similar to the final four bytes of the normal packet block 
header 918, including the PktLength, MtdPktCT. SourcePort and DestPort values, except that the MtdPktCT value is 

35 zero for BC packets. The next four bytes (7:4) of the BC packet header 922 is a broadcast port bltn^ (BC.Ports) in 
which ^ch of the bits 28:0 corresponds to a port which will receive the BC packet data. Each bit is cleared when the 
packet is sent to the corre^nding port. When all BC_Ports bits have been cleared, the SecPktCnt count, described 
previously, is also decremented accordingly 

Refemng now to Figure 10. an exemplary block diagram is shown illustrating several fransmit packet links each 

40 IncorpoFating the same BC packet 1010. In this example, ports 1. 5, 1 1 and 12 are grouped together using the VLAN 
function or the like, so that the data of the BC packet 1010 recced at one source port, such as port 12. is duplicated 
to the rerralning ports 1 . 5 and 1 1 in that group. Four transmit packet chains 1 002. 1 004, 1 006 and 1 008 are shown for 
ports 1 , 5, 1 1 and 1 2, respectively The transntit packet chains 1 002. 1 004 and 1 006 link several g^eric non-broadcast 
packets 1000 with the BC ii^cket 1010. Since port 12 is the source port, the BC packet 1010 is not fransmltt^ on port 

45 12, so it is not included in the transmit packet chain 1008. The BC packet 1010 includes a BC packet header 1012, 
which includes a list of link addresses, one for each port, Indudirrg a link address 1 01 6 pointing to the next packet 1 000 
in the trananit packet chain 1002 of port 1. a link address 1018 pointing to the next packet 1000 in the transnrut packet 
chain 1 004 of port 5, and a link address 1 020 pointing to the next packet 1 000 in the transmit packet chain 1 006 of port 
1 1 . In this manner, each of the transmit packet chains 1002. 1004 and 1006 are maintained. It is also noted that each 

50 transmit packet chain may Include one or more BC packets, which may appear non-consecutively or consecutively, as 
desired. 

Figure 11 A is a block diagram illustrating MCB packet control registers 1 102. which set of registers is provided 
within the SRAM 650 and duplicated for each of the 29 ports 104, 1 10 including the CPU 230 of the network switch 102. 
The CPU 230 is treated as a "port" (P0RT28) for certain purposes, such as for sentfing and receiving Bridge Protocol 
55 Data Units (BPDU's) for purposes of the ^>anning tree procedure. Each MCB packet control register 1 102 includes a 
receive section 1104 and a transmit section 1106. In the receive section 1104, a 28-blt receive packet h^er t>ase 
pointer (RxBasePtr) is a pointer to the base of the current receive packet header for the corresponding port which Is 
the beginning of the RECEIVE SECTOR CHAIN for that port. As described previously tor the meoKiry 212. the data 
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structures for the SRAM 650 are 16-byte aligned so that the least signiftcarrt bits A[3:0] of all pointers are assumed to 
be zero. A 28-btt current receive pointer (RxCurPtr) is a pointer to the curr^ data store location for the RECEIVE SEC- 
TOR CHAIN of the port. Tbe least significant four bits of the RxCurPtr value are control bits, including a receive BC 
packet indication bit (RxBC), a receive transfer in progress (RxlP) bit used as a Start Of Packet (SOP) flag, a multiple 

5 sector packet (MultiSecPkt) bit 1 indicating whether the current packet aosses a sector boundary, and a SnF bit 0 indi- 
cating that the transmit link is updated at the end of the packet. The receive section 1 1 04 further includes a Mid-packet 
CT bit (MidCT). a 16-brt receive packet length (RxPktLn) value equal to the length of the current packet received in bytes 
up to the RxCurPtr, a 16-t»t receive port sector count (RxSecCnt) indicating the number of sectors currently in use by 
the corresponding port, and a 16-b(t receive sector threshold (RxSecThreshoki) value identifying a CPU-programmed 

10 maximum numb^ of sectors allowed for each port or RECEIVE SECTOR CHAIN. The RxSecThresfiold value is used 
to determine whether backpressure is to be applied for that port by comparing RxSecTtireshold with fHxSecCnt If back- 
pr^ure is disabled, the RxSecThreshoId value is used to drop any further packets received at the corresponding port. 

The receive section 11 04 further includes an end of transmit queue pointer (EndOfTxQPtr). which is a 28-bit pointer 
to the base of the last packet in the TRANSMIT PACKET CHAIN for the corre^reiing port Finally, an end of transmit 

15 queue BC (EOQ_BC) bit Is set to indicate broadcast format for the last packet in the TRANSMfT PACKET CHAIN for 
the corresponding port. 

The trartsmit section 1106 provides information for the TRANSMIT PACKET CHAIN for the corre^nding port A 
transmit base pointer (TxBasePtr) is a 28-b(t pointer to the base of the current transmit packet header and another 28- 
bit transmit cun-ent pointer (TxCurPtr) points to the currett data retrieval locatwn for the corresponding port. A transmit 

20 broadcast (TxBC) bit is set to Indicate that the packet header Is in broadcast format. A transmit in progress (TxlP) bit is 
set to togic 1 to indicate that a transnnit Is cun-ently in prc^ess for the port and Is used to indicate SOR An 8-bit transmit 
source port (TxSrcPort) number is the source port number of the current transnnit packet, which is re^ from the packet 
header at SOR A 16-bit transmit packet length (TxPktLn) value is equal to the r&naining bytes to be transmitted for the 
cun^ent transmit packet. When a packet Is to be transmitted, the PktLength value in the packet bkx:k head^ 918 of the 

25 packet is copied into the TxPklLn value in the transmit section 1 1 06, and then the TxPklLn valued is decremented by 
the TX controller 606 as the packet is transmitted. Wh^ the TxPklLn is deaemented to zero, the EPSM 210 generates 
the conresponding EOP* signal to indicate the end of the packet A 16-bit maximum ^cket number (TxPktThreshold) 
value is equal to the CPU-programmed nmximum number of rackets allowed to be queued for each port. It Is noted that 
packets destined for the CPU 230 are not subject to the TxPktThreshold or RxPktThreshold limits. Finally, a 1 6-bit trans- 

30 mit packet count (T xPktCnt) is equal to the nunrber of rackets currently queued for the corresponding port 

Figure 1 1 B Is a block diagram illustrating freepod packet control registers 1 1 08 located in the SRAM 650. which 
registers are associated with the FREEPOOL CHAIN of registers. Each fre^xx)! register 1 108 Includes a pointer (Nex- 
tFreeSecPtr) to the next free sector In the FREEPOOL CHAIN, a pointer (LastFreeSecPtr) to the last sector In the 
FREEPOOL CHAIN, a free sector count (FreeSecCnt) equal to the number off free sectors currently available, a free 

35 sector threshold (FireeSecThreshold) number equal to the CPU-programmed minimum number of sectors allowed 
before a ntemory overfkyw flag (MOF) is set for backpressure or filtering (dropping packets) purposes, a BC packet 
count (BC_PktCnt) equal to the number of BC packets currently in the memory 212, and a BC packet threshotd 
(BC_PktThresho)d) count equal to a CPU-progrannmed nminruim numt>er of BC rackets allowed in the mennory 212. 
Referring now to Figure 12A. a flowchart diagram illustrating the operation of the network switch 102 for receiving 

40 data packets into the mennory 212 and for transmitting data packets in CT mode of operation. Data is typically receive 
and transmitted by the ports PORT0-PORT27 of the network switch 102 In the form of packets in real time or in their 
entirety and are not subdivided while beir^ transmitted across the segments 108, 1 14. However, the FIFOs within the 
network switch 102 are typically not large enough to store an entire ^cket Thus, packet data is transferred within the 
network switch 102 from one FIFO to another in packet portions or si^visions of packets. 

45 In a first st^ 1200, the EPSM 210 detects a new packet being receive] by one of the ports 104, 1 10 through Indi- 
cation of the PKT_AVAIUn* signals. At next step 1202, the t^eginning portion or header of the packet is retrieved from 
the source port and re^ Into the HASH REQ LOGIC 532. where the header inclines the donation artd source MAC 
address^. ITie HASH REQ LOGIC 532 provide the destination and source addresses artd the source port number on 
the HASH_DA_SA[15:0] signals and asserts the HASH.REQ' signal to the MCB 404. The MCB 404 re^ndingly 

50 invokes the hashing procedi^e for det^mining the appropriate action for the packet, where the source and destination 
addresses are hashed to det&mine If either of the addresses have been prevbusly stor^ ^within the memory 212. The 
MCB 404 asserts the HASH_DONE* signal when enough infornntion Is available for the HCB 402 to determine the 
appropriate action to take for the packet. The flowchart shown In Figure 12A includes two primary portions for the des- 
tination and the source addresses, which will be discussed s^^rately. In the embodiment shown, the destination 

55 address is hashed first, followed by the source address, although the procedures may be performed concurrentiy or in 
arry desired order. 

For the destination address, operation proceeds to step 1204. where the hashing procedure Is invoked to hash the 
destination address. Operation proceeds to step 1 208 from st^ 1 204 in response to the HASH.DONE* signal to check 
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threshold conditions for both unicast and BC packets. At step 1 208, it is determinol whether any relevant threshold con- 
ditions would be violated by the new packet. In particular, if the ReeSecCnt number is Kjual to or less than the 
FreeSecTtireshoW number, then there may not be enough room to store the packet in the memory 212. Also, if the 
RxSecCnt is greater than or equal to the RxSecThreshoW number for the source port, then the network witch 1 02 may 
5 determine to drop the packet. For BC packets, the BC_PktThreshoW number is compared to the BC_PktCnt number, 
which is the actual number of BC packets, to determine if the maximum number of BC packets have already been 
received. For unicast packets, the TxSecThreshold number is compared to the TxSecCnt number for the destination 
port 

From step 1208, operation proceeds to step 1205, where the HCB 402 determines from the HASH_STATUS[1 :0] 

10 signals and from comparison of any of the threshold conditions whether the packet is to be dropped. The packet may 
be dropped for a variety of other reasons as previously described, such as. for example, the source and destination 
ports are equal. If the packet is to be dropped, operation proceeds to step 1207 from step 1205. where the packet is 
either dropped or tackpressure Is applied. Backpressure is applied if the FreeSecThreshold or the RxSecThreshold 
conditions are violated, and If backpressure is enabled and the source port is operating in half duplex mode. Othenvise, 

15 the packet is dropped. For backpressure, the EPSM 210 executes a backpressure cyde on the HSB 206 causing the 
source port to assert a jamming sequence to the sending devk;e. The packet Is dropped if the badqwessure iridication 
is not accepted by the source port (as Indicated by the ABORT_OLJT* signal) b«:ause it Is provided too late to assert 
the jamming sequence. Ala), the packet is dropped if the BC„PktThreshold condition is the only threshold cortdition that 
is violated. The network switch 102 continues to receive the rest of the dropped packet, but the packet is not stored nor 

20 sent to another port. From step 1207. operation process to step 1214, where the appropriate statistics registers in the 
MCB configuration registers 448 are updated based on the actbn taken at step 1207. The statistics registers indicate 
whether the packet was dropped or backpressured due to overfbw conditions. For example, a per port "dropped packet 
- no buffer" count Is incremented for the source port to indicate a packet Is dropped due to overt tow conditions, or a 
"packet backpressured" count Is inaemented if the packet is backpressured. 

25 If the packet is not to be dropped, operation proceeds to step 1 205 from step 1 205. where H is determined whether 
the destination address was found In the hash memory section 902 and whether the packet is to be broadcast or not. 
The packet Is t>roadcast If the destination address is not recognized and thus the destination port is not known, or If the 
GROUP bit within the packet is set If the destination ^ress Is not found or if the packet Is othen;^e a BC packet as 
determin«J at step 1206. then the packet Is to be broadcast and operation proceeds to step 1210, where the MCB 404 

30 of the EPSM 210 allocates another sector wKhin the memory 212 for the new packet H necessary. A new sector is not 
necessary if the current sector has enough room tor the packet Operation then proceeds to step 1216 indicating that 
the remainder of the packet, burst by burst is buffered through the EPSM 210 and transfen^ed to the mentory 212. 
Regardless of port settings. BC packets are handled witii SnF mode where the entire packet Is stored in the memory 
212 before being transmitted. From step 1216. operation process to sl^ 121 7 to detemnine of the ABORT.OUT* sig- 

35 nal was asserted during reception of the packet due to a packet error. Several error conditions are checked by the ports 
PORT0-PORT27, such as detection of a FIFO overrun, a mnt packet an oversized packet, the packet had a bad FCS 
(frame check sequence), or a PLL error was detected. If a packet enor is detected at step 1217, operation proceeds to 
step 1219. where the packet Is removed from the memory 212. 

If no packet en-ors are detectKl at step 1217. operation proceeds to step 1218, wha-e the broadcast port bitmap 

40 BC_Ports in the packet header 922 of the BC packet is updated ^ with tfie active ports from which the BC packet is to be 
transmitted. The BC packet is sent to all of the ports 104, 1 10 except tiie following ports: the source port; any port not 
in FORWARDING state if the source port is the CPU 230 or any port in DISABLED state if the source port is the CPU 
230; and. any ports having a TxPklCrrt number that is greater tiian or equal to the corresponding TxPktThreshold 
number. If VLAN is enable, the VLAN bitn^ value in the hash table entry 910 Is also examined, which further limits 

46 the ports to active assodated ports in the VLAN group. Also, miss BC packets, where the packet Is broadcast due to an 
unknown destination address, are fonj^arded according to a MissBCBitiy/lap register. It is noted ttiat If the resulting 
BC_Ports bitmap is all zero's such that tiie pad«t Is not to be sent to any ports, then this deterntination is either made 
at step 1205 and the packet is dropped at stqa 1207, or the packet Is removed from the memory 212 at step 1218. 
Operation proceeds to step 1220 from step 1218. where the packet is added to the TRANSMIT PACKET CHAIN 

50 for each port in the resulting BCjKxt bitmap. In particular, each of ttie NextTxUnk link addresses for each port desig- 
nated in the BC_port bHnrap in the packet head«^ 922 is updated to insert the BC packet in the TRANSMIT PACKET 
CHAINS of the appropriate ports. All other associated register or count values and statistics in the network ^tvitch 102 
are updated accorcfingly as well, such as. for example, the BC.PktCnt number. 

Referring back to step 1206, If the destir^tion address is found and the f^cket is not a BC packet operation pro- 

55 ceeds to st^ 1222. where the hash cache table 603 is updated. Operation then proceeds to next step 1224. where It 
Is queried whether either the source port or the destination port is set for SnF mode. If both ports are set for CT nrwde 
and the other CT conditions are met. such as equal port speed and the TBUS setting for the destination port is equal 
to the TBUS setting for the source port, operation proceeds to step 1225. wh^-e it is queried whether the destination 
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port path is busy. H operation is designated for SnF mode as determine at step 1 224. or if designated for CT mode but 
the destination port is busy as determined at step 1225 so that interim CT mode is initiat«J, operation proceeds to st^ 
1226, where the MCB 404 of the EPSM 210 allocates space within the memory 212 for the new packet, if necessary. 
From step 1 226. operatic^ proceeds to step 1 228. where the remaining portion of the packet is retrieved into the EPSM 

5 210 and transferr^ to the memory 21 2. If a packet error occurs during the reception of the packet as indicated at st^ 
1229. which step is similar to step 1217. operation proceeds to step 1219 to rOTOve the packet from the memory 212. 
Othenjyise, operation proceeds to next step 1230. where the packet is added to the TRANSMiT PACKET CHAIN of the 
destination port and the appropriate Unk addresses, counts and CHAINs are update. 

Referring back to step 1225. if the destination port path is not busy, operation process to step 1231 . vvhere tiie 

10 source and destination ports are designate for normal CT operation for the current packet. For normal CT mode, each 
remaining packet portion is not s&M to the memory 212. but instead, is buffered through the CT BUF 528 to the desti- 
nation port. The he^er of the packet is transferr^ from the RX FIFO of the EPSM 210 directiy to the destination port. 
Next st^ 1232 indicates receiving data packet portions into tiie CT BUF 528 and transf&'ring the packet portions to tiie 
destination port. During CT operation, next step 1233 queries whetiier the destination port or path becomes busy or 

75 una\^lable. This query indicated at step 1233 is performed before data is received into the CT BUF 528 by the MAIN 
artnter 512. While the destination port remains available for more data, operation loops to step 1234 to qu^y whether 
the entire packet has been transferred to the destination port, and if not. back to st^ 1 232 to transmit more data. When 
the entire packet has been tinnsfenred in CT mode as determined at step 1234. operation for tiiat packet is conapleted. 
tf the destination port becomes busy or unavailable as determined at step 1233 during normal CT mode transfer. 

20 operation proceeds to step 1235 to receive the remaining portion of the packet into the memory 212 to initiate mid- 
packet interim CT mode. During mid-packet interim CT mode, the remaining portion of the packet is buffered through 
the memory 212. Since the packet was in the middle of transmission, the remaining packet data sent to the memory 
212 is placed at the beginning of the TRANSMIT PACKET CHAIN for that port to ensure proper packet ordering as indi- 
cated at next step 1 236. As in normal CT mode of operation, each data portion provided to the memory 212 during mid- 
25 packet interim CT nrrode is available for transfer to the destination port as soon as received. 

Referring back to step 1202. operation proceeds to st^ 1240 for hashing the source address. Operation then pro- 
ceeds to next step 1242. where rt is queried whetiier the source address was found in the hash memory section 902 
and whether the GROUP bit within the packet was set. If the source addr^ was found and if the GROUP bit was not 
set. operation proceeds to step 1244, wh^e the AGE field of the ha^ mennory section 902 is updated with the AGE 

30 information. For example, tiie AGE value is set to zero, tt is noted tfurt the source MAC address and source port number 
may no longer con^espond with a previous &itry. This coukd happen, for example, if a network or data device is moved 
from one port to another. This information is compared and update at step 1244. 

Referring back to step 1242. if the source address was not found or if the GROUP bit was set. operation proceeds 
to step 1246, where an inten-upt is generated to the CPU 230. which performs the following steps. At next step 1248. 

35 the CPU 230 alkx:ates a hash table entry in the hash m&nory section 902 of the memory 212 or a least recentiy used 
(LRU) section of the hash cache tatHe 603 for the new source port address. Operation then proceecte to step 1250. 
where the values in the allocated hash entry, such as the source MAC address, the source port number and the AGE 
information, are updated. 

Ftgure 12B is a simplifted flowcf^rt diagram illustrating the general operation of the network switch 102 for trans- 

40 mitting data from tiie memory 212 to one or mote destination ports. The transntission procedure genially applies to 
SnF and mcd-packet interim CT nr^es of operation, and to BC packets, as qualified below. A first step 1260 generally 
represents tfiat packet data is queued in the memory 212 according to procedures descrit>6d previously. Operation pro- 
ceeds to next step 1262. where tiie MCB 404 indicates to tiie HCB 402 tfiat packet data is available. For mid-packet 
interim CT mode, this Indication is provided as soon as the first DWORD of data is sent to the MCB 404 for storage in 

45 the memory 212 since the data is alnr^ imm^iately available for transfer to a destination port For SnF mode, how- 
ever, this indication is provided only after the last DWORD of data for a data packet is sent to the MCB 404 since the 
entire packet is stored prior to transmission. Once packet data is available for transmission, operation proceeds to step 
1264. where it is determined whether the destination port has buffer space availatjle to receive packet data for trans- 
mis^on. Step 1 264 generally repr^ents the poDing procedure perfomied by the EPSM 21 0 for polling each of the ports 

so 104. 1 1 0, which respond witii corre^nding BUF_AVAILm* signals as described previously. Operation renains at st^ 
1264 until the destination port indicates that it fms buffer space available to receive packet data. 

When the destination port indicates it has buffer space at step 1264. operation proceeds to step 1266. where the 
HCB 402 requests transf^ o^ data for the destination port. At next step 1268. a burst of data is transferred from the 
memory 212 to the destination port for transmission. Operation proceeds to next step 1270. where it is qu^ied whether 

55 all of the data in the memory 21 2 has been transferred to the destination port If not. operation returns to step 1264 to 
wait until tiie destination port has more buffer sgimce available for another transfer of data. Eventually, tiie entire data 
packet, in the SnF and interim CT mode case, or the remaining packet data, in the mid-packet interim CT mode case, 
is transfen'ed as determined at st^ 1 270. 
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Operation then proceeds to step 1272, where it is determined whether the packet is a BC packet or not. H the 
packet is a BC packet, operation proceeds to step 1274 to determine if the entire packet has been transferred to all of 
the active ports. W not, then operation is complete for the current packet. The procedure is executed again for each port 
until the packet is transfen-ed to all active ports. It is noted that steps 1272 and 1274 are shown to r^resent that steps 

5 1264 through 1270 are performed for each destination port for each BC packet. TTius, the entire BC data packet 
remains in the memory 212 until sent to all active destination ports for transmission. If the packet is not a BC packet or 
after the entire packet is sent to all active ports for BC packets as indicated at step 1 274. operation proceeds to step 
1276, where the buffer space in the memory 212 holding the BC packet is freed. In particular, the sectors holding the 
packet data are returned to the FREEPOOL CHAIN of free memory sectors within the menwy 212. 

10 Referring now to Rgure 1 3, a f towchart diagram is shown illustrating hash lookup operation of tfie EPSM 210. The 
steps in the fbwchart of Figure 13 are performed by the MCB 404. An initial step 1302 detects a hash request as indi- 
cated by assertion of the HASH_REQ* signal. The HCB 402 identifies the header of the packet as a new packet deter- 
mines the source and destination addresses and the source port numb«" and asserts the HASH_DA_SAI15:0] signals 
to the hash controller 602 of the MCB 404. The MCB 404 ttien retrieves the source and destination MAC addresses and 

IS the source port number and performs the hashing procedure, which determines the appropriate action for the packet. 
The MCB 404 generally takes one of four actions with each packet based on tiie source port number and the 
source and destination MAC Presses. In particular, tiie hash controller 602 determines the HASH_STATUS[1 :0] sig- 
nals, which are set to FORWARD_PKT to fonwand the packet to the destination port, DROP_PKT to drop and ignore the 
packet. MISS_BC if the destination MAC address is new and unknown so that the packet is broadcast to all other ports, 

20 or GROUP_BC if the packet is to be duplicated to and transmitted by a subset of associated ports. From st^ 1302, 
operation proceeds to step 1 304 to determine whether to drop the packet, which is detennined by the following equation 
(1): 

DropPkl := (SrcState = DIS) or (IFilterHit & SrcState != FWD) (1) 

25 

where SrcState identifies the spanning tree state of the source port. RIterHit is a bit which is asserted if the source MAC 
address falls within a predetermined range, the amper^nd symbol represents the logic AND operation, the excla- 
mation T symbol denotes logic negation, the symbol "!=" denotes the function "not equal to", and the symbol ":=- 
denotes the function "set equal to". Each port has one of five states provided in the HSB configuration registers 448 and 

30 as deternftined by the spanning tree function of the IEEE 802.1 specification, inclining leaming (LRN), fonfvarding 
(FWD). bfocked (BLK). listening (LST), and disabled (DIS). In the embodiment shown, the BLK and LST states are 
treated as the same. Thus, the packet is dropped if the source port is di^ibled, or if the source MAC address is not 
within the predeternmned filter range and the state of the source port is not fonfvarding. 

H DropPkt is true as determined at step 1 304. operation proceeds to step 1 305, where HASH_STATUS[1 :0] signals 

35 are set equal to 00b = DROP_PKT to instruct the HCB 402 to ignore or otherevise drop the packet If DropPkt is false, 
operation process to step 1306, v^ere the RIterHit bit is examined to determine if tiie source MAC address is witiiin 
the predeterminad range. The predetermined range identifies packets sourced from or destined for the CPU 230, 
including Bridge Protocol Data Units (BPDU*s) that are sent to the CPU 230. If RIterHit is tme as determined at step 
1 306, operation proceeds to step 1 308 to identiffy the donation port (DstPrt). If the packet is from the CPU 230 (SrcPrt 

<o = CPU), then the destination port is set equal to a value FHrPrt set by the CPU 230 in a previous operation (DstPrt > 
FHrPrt). Olherevise. the packet is sent to the CPU 230 (DstPrt := PORT28). Operatfon then proceeds from step 1308 to 
st^ 1310 to determine whether to fonivaid the packet (FwdPkl) accorcfing to the following equation (2): 

FwdPkt := (DstPrt != SrcPrQ & ((DstState = FWD) or (SrcPrt = CPU & DslState 1= DIS)) (2) 

45 

where DstState is ttie spanning tree state of the donation port (DstPrt) and denotes the logic AND operation. 
Thus, the packet ts fbnfvarded to the destination port if the donation and source ports are not the same and if the state 
of the destination port is fonft/arding. or if the source port is the CPU 230 and the state of the destination port is not dis- 
abled. The destination port is known even without hash lookup since it is either the CPU 230 or determinoi by the CPU 
50 230 as RtrPrt. If FwdPkt is false, then operation proceeds to step 1 305 to drop the packet Otherevise. if FwdPkt is true, 
operation proceeds to step 1 31 2. wh^e HASH_STATUS[1 X)] signals are set equal to 1 1 b = FORWARD_PKT indicating 
the packet is to be fonAfarded to the destination port Also, the HASH_DSTPRTI4:0] signals are asserted with the DstPrt 
destination port number. 

Referring back to st^ 1306. if the source address is not within the predetemiined range and thus outside the fa- 
55 tered MAC addresses, then operation proceeds to step 1314 to examine the GROUP bit witiiin the received packet indi- 
cating whether the packet is a BC packet or not. If GROUP is false (GROUP bit = logic 0). operation proceeds to step 
1316 to perform a hash fookup of the destination MAC address (DA). The MAC address is first hashed by taking two 
differ&it sets of bits from the address and logically combining or comparing the two sets together on a bit-by-bit basis 
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to form a oorresponding 13-16 bit hash address, as described pre^ously. Any bits of the MAC address may be chosen 
for purposes of the hashing procedure. The actual lookup procedure is performed by a separate routine or function, 
desatbed below with reference to the flowchart of Rgure 14. 

The lookup procedure at step 1316 returns one or more values as desired, including a bit referred to as HIT, which 

5 is returned as DA_Hrt for destination addresses, or SA_Hrt for source addresses. The HIT bit determines whether the 
hashed address was found in the hash memory section 902. From step 1316. operation proceeds to step 1318 where 
the DA_Hit value is examined to determine whether the address was found or not. The address will be found in the 
men^y 21 2 if the device corre^rtding to the destination MAC address previoiely sourced a packet. If DA_Hft is true, 
operation proceeds to step 1310 to determine whether to fonvard the packet as descn'bed previously. If the hash 

10 address was not found and DA_Hit is talse, then operation proceeds to step 1320, where the HASH_STATUS[1:0] sig- 
nals are set to 10b - MISS_BC indicating a new MAC address. Since the port number associated with the destination 
device Is not yet known, the packet is broadcast to all other active (and as qualified by VLAN and other logic) ports to 
ensure tftat the packet is transmitted to the appropriate destination device. Eventually, the destination device respords 
to the packet with a new packet including the same MAC address as a source address. The network switch 102 is then 

15 aSoAe to associate the MAC address with a port and port number and correspondingly update the hash memory section 
302. Referring back to step 1314, if the GROUP bit is true (or logic 1), operation proceeds to step 1322 where the 
HASH_STATUS[1 :0] signals are set to 01b = GROUP_BC indicating that the packet is to be broadcast to all other ports 
or to a group of ports specified by the VLAN function. 

From any of steps 1305, 1312, 1320 or 1322, operation proceeds to step 1324 to determine whether to search the 

20 hash memory section S02 tor the source MAC address by examinir>g a SrcLookUp value. The SrcLjookUp value Is 
determined according to the following equation (3): 

SrcLookUp := (SrcState = (LRN or FWD)) £ SrcPrt != CPU (3) 

25 indicating that the MAC source address will be searched if the source port is In learning or fonvarding mode and is not 
the CPU 230. If SrcLookUp is true or asserted as determined at step 1 324, operation proceeds to step 1 326, where two 
values VLAN and S^xirePort are examined. The VLAN bit is true if any of the VLAN nrodes are enabled, but is other- 
wise false. SecurePort Is true or asserted if the source port is secure, where no neof addresses are ^Ided to the hash 
memory section 902 and packets from unknown source addresses are dropped. H VLAN Is not true artd If tfie port is 

30 ncA secure, operation proceeds to step 1 328, where the HASH_DONE* signal Is asserted and temporarily left asserted. 
At this point, the HASH^STATUS and HASH_DSTPRT signals are captured by the HCB 402. 

If VLAN is true or if SecurePort is true as determine at step 1326. or after step 1328 is performed, the assertion 
of the HASH_DONE* signal Is delayed until after the source address lookup. Operation then proceeds to step 1330. 
where a f^sh bokup is performed on the source MAC address (SA) in a similar manner as described atx)ve for the des- 

35 tination MAC address. At st^ 1 330, a value SA_Hit is return^ true if the hash address is found for the corresponding 
device. From step 1330. operatfon proceecte to step 1332 where a value Src_Hit is examined. Src.Hit is related to 
SA_Hit by the following equation (4): 

Src_Hit := SA_Hit & (HshPrt = SrcPor^ (4) 

40 

where Src_Hit is true if a source hit occun^ed (SA_Hrt Is true) and If the port ni^tiber found in the entry in the hash mem- 
ory sectfon 902 is equal to the actual source port number where the packet was received. If the stored source port 
number is not equal to the actual source port number, then the device was likely moved to anothe' port and the hash 
memory section 902 Is updated by the CPU 230 as described belo^. ff Src.Hit is true, then (^ration proceeds to st^ 

45 1334. wh^e the HASH_DONE* signal is asserted if VLAN \s false. Opmtion then proceeds to step 1336, where the 
AGE number of the device is compared to zero. If AGE is not equal to zero, then the AGE number is set equal to zero 
at step 1338. If the AGE numt>er is equal to zero as determined at step 1336, or after t>eing set to zero at step 1338, 
operatbn proceeds to step 1340. wh^e the VLAN bit Is again examined. If VLAN Is true, then operation proceeds to 
step 1342. where a hash Vl^ routine or procedure is executed to Identify related ports as determined from the corre- 

50 sponcfing VLAN bitmap value in the hash XatAe entry 91 0. If VLAN is not true as determined at step 1 340, operation pro- 
ceeds to step 1344. wh^-e the HASH_EX)NE* signal is asserted or pulsed for a period of time, if not already asserted, 
and then negated. Rom step 1 344. operation for this procedure ^ completed. The negation of the HASH_DONE* signal 
terminates the hash tookip of the HCB 402. 

Referring back to step 1332, if Src_Hit is false, operation proceeds to step 1350, where It Is determined whether 

55 the source port is learning disat>Ied by examining a LearnDisPrt value. If not operation proceeds to step 1352, where 
the new infornration of the packet Is lo^ed into appropriate registers and the CPU 230 is interrupted. The CPU 230 
re^ndingly updates the hash memory section 902 with a new hash table entry 910. If the source port is learning ds- 
abled as determined at step 1350. or after the hash memory section 902 Is updated at step 1352, operation proceeds 
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to step 1354 to examine the SecurePort bit. If SecurePort is true, operation proceeds to st^ 1356. where the 
HASH_STATUS[1 :0J signals are changed to 00b = DROP_PKT. In this case, the new packet will be dropped since the 
address is new and new addresses are not allowed on secure ports. Also, a security violation interrupt is asserted to 
the CPU 230. if desired, to take appropriate measures in response to the security violation. From step 1356, operation 

5 proceeds to step 1 344. Referring back to step 1 354, if the SecurePort bit is false indicating a non-secure port, operation 
proceeds to step 1340. Refemng back to step 1324, if SrcLookUp is false, operation proceeds directly to step 1344. 

Referring now to Figure 14, a ftowchart diagram is shown illustrating a hash kx)kup procedure for searching all of 
the hash table entries 910 in the hash memory section 302. In a first step 1402. an address value A is set equal to the 
received hash Kidress. such as would be sent from steps 1316 or 1330. Operatbn proceeds to step 1404, where the 

10 hash table entry 910 within the primary hash entry section 906 associated with the received hash address is read. 
Operation proceeds to step 1406, where the VALIDENTRY bit Is read and the MAC address of the new packet is com- 
pared with the stored MAC address. If the entry is valid and an exact match occurs between the MAC addresses, then 
operation proceeds to step 1 408 where the HIT bit is set to true indicating a hash hit, and operation retums to the calling 
procedure or routine. Othenfvise, if the entry is not valid or an address match did not occur, operation proceeds to step 

15 1410 where ttie VALIDENTRY bit and the EOC (end of chain) values of the entry are examined. If tiie entry is not valkJ 
or if the EOC is reached, then operation returns with the HIT t»t being false. Othenftrise, the hash address is set equal 
to the link address within the hash entry (bytes F:C) at step 1412, and operation returns to step 1404 to try the next 
chained entry within the chained hash entry section 308. Operation loops between steps 1404, 1406, 1410 artd 1412 
until either a valid entry is found with a MAC address match or an invalkl entry is found or the EOC value is encountered. 

20 The following table (1) provides tiie CPU 230 input/output (I/O) ^ce registers for a particular embodiment imple- 
mented according to the present invention. Table (1) Is provided only as an example, where particular registers may or 
may not be implemented in particular embodiments or similar registers may have different nomenclature. 
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TABLE 1: CPU 230 I/O Space Registers 





Of fset(h) 


Mascer 


Shadowed 


Access (R/W) 




Descripcion 


5 


0 


PCB 
406 




CPU: 
PCB: 
MCB: 
KCB: 


R 
W 


Interrupt Source 1 
Bit 0: MCB_INT 

1: MEM_RDY 
2; ABORT_PKT 
3: STAT_RDy 
4-31: RESERVED 


The source of any 
interrupt (s) to the CPU 
230. These interrupts 
are cleared by the CPU 
230 when it aclmowl edges 
the interrupt. 


10 


4 


PCB 
406 




CPU: 
PCB: 
MCB- 
KCB: 


R/W 
R 


Interrupt Mask 1 

Bit 0: MCB_INT 

1: MEM_RDY 
2: ABORT_PKT 
3; STAT_RDY 
4: HASHJtISS 
5-31: RESERVED 


Interrupts to the CPU 
230 which are to be 
masked. 


IS 


8 


PCB 
406 




CPU. 
PCB. 
KCB 
HCB 


R/W 
R/W 


Packet Informatioa - 
RdPkt 

Bit 0: SOP 

1: EOP 
2-15: RESERVED 
16-23: Lenqth (for EOP) 
24-31: RESERVED 


This register is written 
by the CPU 230. 


20 


C 


PCB 
406 




CPU 
PCB 
KCB 
HCB 


R/W 
R/W 


Packet Infoxmatioa - 
WrPkt 

Bit 0: SOP 

1: EOP 
2-5: BE (for SOP) 
6-15: RESERVED 
16-23: Length 
24-31: RESERVED 


This register is written 
by the EPSH 210. 


25 


10 


PCB 
406 




CPU 
PCB 
MCB 
HCB 


R 

R/W 


SIMM Presence Detect 
Bit 0-3: siinml.j>dC0. . 3] 

4-7: 
s ijnfii2 Dd ( 0 . . 3 J 

8-11: siiBm3.j>d[0. .3) 
12-15: siinm4_pd[0. .3) 
16-31: RESERVED 


This register will 
contain information on 
the SIMM's through a 
shift register 
interface. 


30 


14 


PCB 
406 




CPU 
PCB 
MCB 
KCB 


: R/W 
W 

: 


Polling Source (1 & 2) 

Bit 0: MCB_INT 

1: MEM_RDV 
2 : PECT_AVAIL 
3: BUF^VAIL 
4: ABORT.PKT 
5: STAT_RDy 
6: HASICMISS 
7-31: RESERVED 


The source of any 
interrupt (s) to the CPU 
230 which have been 
masked. 


35 


18 


PCB 
406 




CPU 
PCB 
MCB 
HCB 


: R 

w 


Interrupt Source 2 
Bit 0: PKT^VAIL 

1: BUF^VAIL 
2-31: RESERVED 


The source of any 
interrupt is) to the CPU 
230- These interrupts 
are cleared by the CPU 
230 when it acknowledges 
the interrupt. 


40 


Ic 


PCB 
406 




CPU 
PCB 
MCB 
HCB 


: R/W 
: R 


Interrupt Mnak 2 
Bit 0: PKT_AVAIL 

1: BUF_JWAIL 
2-31* RESERVED 


Interrupts to the CPU 
230 which are to be 
masked . 


45 


20 


PCB 
406 




CPU 
PCB 
MCB 
HCB 


: R/W 
: R/W 


QC Statistics Info 
Bit 0-1: Port number 
2-4: QC number 
5-9: Register 

number 

10-14: Number of Regs. 
15-19: Max. number of 
regs. 

20-31: RESERVED 


The CPU 230 writing to 
this register will 
inform the QC interface 
to issue a statistics 
read of the appropriate 
port. 




24 


PCB 
406 




CPU 
PCB 


: R 
: R/W 


Total Packet lafo 

Bit 0-15: Packet Length 


This register is written 
by the EPSM 210 
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10 



15 



20 



25 



30 



35 



40 



45 



50 



Offset (h) 


Master 


Shadowed 


Access (R/W) 


Reg_name/ B i t_naine 


Description 








MCB 
HCB 




16-23: Source Port 
24-31: Dest. Port 




28 


PCB 
406 




CPU 
PCS 
HCB 
HCB 


: WO 
: R/W 


Plush Fife 


This register when 
written to will flush 
the fifo contents and 
continue to flush until 
EOP is received. 


30 


PCB 
406 


HCB 404 
HCB 402 


CPU 
PCB 
MCB 
HCB 


: R/W 
: R 
R 

: R 


EP5H Setup 

Bit 0: TPI installed 

i: cLAt' instaxj.ea 
2: Master Switch 

Enable 

3-4: QcXferSizetl:0) 
5-6: TPrxferSize{l:OJ 
7: AI_FCS 
8: DrajnWrDis 
9: SramWrDis 
10-12: Epsm Addr Dcd 

13: ClUSel 
14-21: CPU Port Number 


This register holds the 
general setup 


34 


PCB 
406 


HCB 4 02 


CPU: R/W 

PCB: 

MCB: R 
HCB: R 


Port Speed 

Bit 0: Port 0 Speed 

1 : Port 1 Speed 

27: Port 27 Speed 
28-31: RESERVED 


This is the Port Speed 
Bitmap register. When 
the bit for a port is 
reset it is a lOothz port 
and when the bit is set 
it is a lOOmhz port, 
i.e. : 0 » lOmhz 

1 » lOOmhz 
Powerup default should 
contain the correct 
values • 


38 


PCB 
406 


MCB 404 
HCB 402 


CPU 
PCB 
MCB 
KCB 


R 

R 

R 


Port Type 

Bit 0: Port 0 Type 

1: Port 1 Type 

27: Port 27 Type 
28-31: RESERVED 


This is the Port Type 
Bitmap register. When 
the bit for a port is 
reset it is a QC port 
and when the bit is set 
it is a TLAN port, 
i.e. : 0 « QC 

I o TLAN 
Powerup default should 
contain the correct 
values. 


3c 


PCB 
406 


HCB 404 


CPU: R/W 
PCB: R 
KCB: R 
HCB; 


KQI Request 

Bit 0-23: Mem Address 

Select 

25: Transfer 

size 

26-29: Byte Enables 
30: RW 

31 : Locked Pa^e 

Hit 


that contains the 
address and the controls 
for memory transfers 
from the CPU 230. 


40 


PCB 
406 


KCB 402 


CPU 
PCB 
KCB 
HCB 


R 

R 

R 


BPSM Revision 

Bit 0-7: Rev. Number 
8-31: RESERVED 


This read only register 
provides the revision 
number for the EPSM 210. 


54 


HCB 
402 




CPU 
PCB 
HCB 
HCB 


R/W 
R 


HCB Utilization Setup 
Bit 0-7: Port Number 

or Total 

8-9: Mode 
10-31: RESERVED 


This register selects 
the port to be observed 
for HCB 402 utilization 
and the mode bits. The 
possible modes are TX, 
RX, Both. 


58 


HCB 
402 




CPU 
PCB 
KCB. 
HCB: 


R/W 
R/W 


HCB Utilization 

Bit 0-31: Average Time 


HCB 402 utilization is 
the average time the 
port selected is on the 
bus. 


5c 


HCB 
402 




CPU: 
PCB: 
MCB: 
HCB: 


R/W 
R 


Source CT_SNP Per Port 
Bit 0: Port 0 

1: Port 1 

27: Port 27 
28-31: RESERVED 


This register is a 
bitmap for the ports to 
indicate which source 
ports are able to CT and 
trfiich are only able to 
do SnP. 


60 


HCB 
402 




CPU: R/W 
PCB: 


Destination CT_SNP Per 


bitmap for the ports to 



55 



41 



0£f seclh) 



Access (R/W) 



He*?— name/Bi t_naine 



Description 
indicate which 



MCB: 
HCB: 



Port 

Bit 0: Port 0 

1: Port 1 



27: Port 27 
28-31: RESERVED 



destination ports are 
able to CT and which are 
only able to do SnF. 



64 



HCB 
402 
(High 
2 bits 
of 
each 
xfersz 
) 



CPU 
PCB 
MCB 
HCB 



R/W 



XferSize 

Bit 0-3: 
4-7 

xfersize 
8-11: 

xfersize 
12-15: 
16-19: 
20-23: 
24-27: 
28-31: 



Per Port 

Port 0 xfersize 

: Port 1 

Port 2 

Port 3 xfersize 

Port 4 xfersize 

Port 5 xfersize 

Port 6 xfersize 

Port 7 xfersize 



This register contains 
the xfersize for the 
specified port. 



HCB 
402 
(High 
2 bits 
of 
each 
xfersz 
) 



CPU 
PCB 
MCB 
HCB 



Xfersize 
Bit 0-3: 

4-7 
xfersize 
8-11: 
xfersize 

12-15: 
xfersize 

16-19: 
xfersize 

20-23: 
xfersize 

24-27: 
xfersize 

28-31: 
xfersize 



Per Port 
Port 8 xfersize 
Port 9 

Port 10 

Port 11 

Port 12 

Port 13 

Port 14 

Port 15 



This register contains 
the xfersize for the 
specified port. 



HCB 
402 
(High 
2 bits 
of 
each 
xfersz 
) 



CPU 
PCB 
MCB 
HCB 



R/W 



XforSize 

Bit 0-3: 
xfersize 
4-7 
xfersize 
8-11: 
xfersize 

12-15: 
xfersize 

16-19: 
xfersize 

20-23; 
xfersize 

24-27: 
xfersize 

28-31: 
xfersize 



Per Port 

Port 16 

Port 17 
Port 18 
Port 19 
Port 20 
Port 21 
Port 22 
Port 23 



This register contains 
the xfersize for the 
specified port. 



70 



HCB 
402 
(High 
2 bits 
of 
each 
xfersz 
) 



CPU 
PCB 
MCB 
HCB 



R/W 



XferSixe 

Bit 0-3: 
xfersize 
4*7 
xfersize 
8-11: 
xfersize 

12-15: 
xfersize 

16-19: 
xfersize 

20-31: 



Per Port 
Port 24 

: Port 25 

Port 26 

Port 27 

Port 28 

RESERVED 



This register contains 
the xfersize for the 
specified port. 



HCB 
402 



CPU 
PCB 
MCB 
KCB 



R/W 



Arfo_Kode 

Bit 0-1: 
2-31: 



Mode value 
RESERVED 



This register contains 
the arbitration mode 
value. Arbitration 
modes available are 
FCFS, weighted, or 
round^robin . 



78 



HCB 
403 



CPU 
PCB 
MCB 
HCB 



R/W 



HCB Misc Cntl 

Bit 0: Enable CT Fifo 

1: Enable Rd Extra 

WS 

2: Enable CC Rd/Wr 

QC 

3: Enable CC Rd/Wr 



Miscellaneous c 
for the HCB 402 
subsection. 
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KJL L 111/ 




Shadowed 


Access (R/W) 


Req^name/ Bi c^name 


Oescnpcion 










Qe 












4 : Knable Edi'ly AO 












5-31: RESERVED 




7c 


HCB 




CPU 


R/W 


Pof t Sliutdotfii 


_ — 

Bitmap of pores co be 




402 




PCB 




Bit 0 - 2*7 ; Biunap 


that are disabled. 








MCB 














HCB 


R 






80 


MCB 




CPU 


R/W 


Program Port State 


This register tells what 




404 




PCB 




Bit 0-1: State Value 


state the ports 








MCB 


R 


2-31: RESERVED 


indicated in the port 








HCB 






state bitmap register 












should be changed to. 












State Value 












Condition 












00 b 












Disabled 












01 b 












Blocked/ 












- 

Listening 












10 b 












Lea rning 












11 b 












Forwarding 


90 


MCB 




CPU 


R/W 


Port State Bitmap 


This register indicates 




404 




PCB: 




Bit 0: Port 0 


which ports are going to 








HCB: 


R 


1: Port 1 


change their state. 








HCB: 




: 


This register in 












combination with program 










27: Port 27 


port state register fill 










28-31: RESERVED 


the port state 












registers , 


94 


MCB 




CPU: 


R 


Port State ni 


The two bits for each 


404 




PCB: 




Bit 0-1: Port_0_st{l:0] 


port tell the arbiter 








MCB: 


R/W 


2-3: 


what state the port is 








HCB: 




Port_l_st[l:0] 


in as follows: 










4-5: 


State Value 










Port_2__st[l:01 


Condition 










6-7: 


00 b 










Port_3_5ttl:0I 


Disabled 










8-9: 


01 b 










Port_4_st[l:0) 


Blocked/ 










10-11: Port_S_st[l:0) 












12*13: Port_6_st (1:01 


Listening 










14-15: Port_7_st(l:01 


10 b 










16-17: Port_8_st tl:0] 


Learning 










18-19: Port_9— St (1:01 


11 b 










20- 21 : 


Fo rwa r d i ng 










Port_10_st {1:01 












22 - 23 : 












Port^l_st (1:0) 












24*25: 












Portal 2_5 1 H :0J 












26 - 27 : 












Port_i3_st il :uj 












28 - 29 : 












rorc^i^^st I X • U ] 












30-31: 
















98 


MCB 




CPU: 


R 






404 




PCB: 




Bit u-1: rort^D ^scii.:uj 


port tell the arbiter 








KCB: 


R/W 


2 - 3 : 


what state the port is 








HCB: 




POrt_17_„6t 11 :OJ 


in as follows: 










' 4 - 5 : 


State Value 










Port_lB_st(l:0J 


Condition 










6-7: 


00 b 










Port_a9_st£l:0I 


Disabled 










8-9: 


01 b 










Port_j20_st (1:0] 


Blocked/ 










10-11; 












PortJ!l_St(l:0J 


Listening 










12-13: 


10 b 










Port_22_^t (1:01 


Learning 










14-15: 


11 b 










Port_23_3t(l:01 


Forwarding 










16-17: 





43 



EP0854 606 A2 





Of f secih) 


Master 


Shadowed 


Access iR/W) 


ReQ name / B i t name 


Descnpcion 














Port_24_sctl:0I 
















18- 19 : 
















Port_25_st (1:01 




5 












20-21: 

Porc_26_sc [1:01 

22-23: 
rorL__^ / , s c 1 X : u ] 

24*31: RESERVED 






9c 


MCB 




CPU 


R/W 


Destioation Hiss 


Destination miss 




404 




PCB 




Broadcast 


broadcast bitmap. 


10 








KCB 


R 


Bit 0-28: DestMissBC 










HCB 




bitmap 

29-31; RESERVED 






aa 


MCB 
404 




CPU 
PCB 
KCB 
HCB 


R/W 
R/W 


Mestory Bus Monitor Cntl 
Bit 0-14: Honicor Mode 
15: Monitor 
Select 
16-23: Monitor Port 


The memory bus 214 
monitor control is 
utilized to setup the 
monitoring (i£ any) that 
is being done on the 


15 












Select 


memory bus 214 . 












24-27: Filter Time 
Scale 

28: Monitor 

Clear 

29: 




20 












30: Bac)cpress. 

Enable 

31: Alarm 






ac 


MCB 
404 




CPU 
PCB 
HCB 
KCB 


R/W 

R 


Hdsory ous nou cox 

Thresholds 

Bit 0-7: Alarm Set 

Threshold 

8-15: Alarm Clr 


monitor thresholds are 
used to set an alarm and 
to clear the alacm. 


2S 












Threshold 

10 ' l7 : k£S£HV£IJ 

20-31: Peak BW 






bO 


MCB 
404 




CPU 
PCB 


R 


Hea»xy Bus utilization 
Bit 0-31: Percent 


utilization register. 








MCB 
KCB 


R/W 


Utilization 




30 


b8 


MCB 
404 




CPU 
PCB 
MCB 
KCB 


R 
R/W 


Dropped PacJtots Hcmory 
OP 

Bit 0-31: Number o£ 
packets 


dropped due lack of 
memory space because of 
the memory threshold 

ifi d^ApeH when read* 


35 


be 


MCB 
404 




CPU: R 

PCB: 

MCB: R/W 
HCB: 


Dropped Packets BC OF 
Bit 0-31: Number of 
packets 


packets dropped due lack 
of broadcast memory 
space. This register is 
cleared when read. 




cO 


MCB 
404 




CPU 
PCB 
HCB 
KCB 


R/W 

R 


Hash Table Definition 
Bit 0-14: Address[16:2] 

15-23: 
Address (25: 171 


The address for the base 
of the hash table. Size 
of the hash table as 
described in the 
register definition. 


40 












26: Lock Hash 














Cycle 

27: Vlan Group BC 
28 : Vlan Miss BC 
29: Vlan Unicast 
30-31: RESERVED 




45 


c4 


MCB 
404 




CPU 
PCB 
MCB 
HCB 


R 
R/W 


Rs Sector Count OF 
Bit 0-28: Bitmap 

29-31: RESERVED 


The bitmap of ports that 
have interrupted the CPU 
230 due eicner a scl 
clear of receive sector 
threshold overflow. 




cB 


MCB 
404 




CPU 
PCB 
KCB 
HCB 


R 
R/W 


Tx Paclset Count OF 
Bit 0-28: Bitmap 

29-31: RESERVED 


The bitmap of ports that 
have interrupted the CPU 
230 due to either a set 
or clear of transmit 


50 












packet threshold 
overflow. 




cc 


MCB 
404 




CPU 
PCB 


R 


Bash Addroso Low 
Bit 0-31: Byte 0-3 


The address which was 
missed when looking in 
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Offsec(h) 


Master 


Shadowed 


Access tR/w) 


Req_name/ 3ic_naine 


Description 










HCB 

HCB 


R/W 




the hash table. 


5 


dO 


MCB 
404 




CPU 
PCB 
MCB. 
HCB. 


R 
R/W 


Hash Address High 
Bit 0-15: Byte 4*5 

16-23: Source Port 
24: Port Miss 

25-31: RESERVED 


The remaining hash 
address and source port. 


10 


d4 


MCB 
404 




CPU, 
PCB; 
HCB. 
HCB: 


R/W 


Dropped Packets Receive 
OP 

Bit 0-31: Number of 
packets 


The number of packets 
dropped due to receive 
memory sectors overflow. 
This register is cleared 
vrtien read. 




d8 


MCB 
404 




CPU 
PCB. 
HCB 
HCB . 


R 
R/W 


OF 

Bit 0-31: Number of 
paclcets 


The number of packets 
dropped due to transmit 
memory sectors overflow. 
This register is cleared 
when read. 


IK 


dc 


HCB 
404 




CPU, 
PCB- 
MCB: 
HCB: 


R/W 


Bit 0-28: Port Bitmap 
29-31: RESERVED 


This register is the 
bitmap of ports that 
have dropped packets due 
to receive overflow. 




eO 


HCB 
404 




CPU, 
PCB, 
HCB ' 
HCB 


R/W 


Dropped Packets Tmnmni t 
Bit 0-28: Port Bitmap 
29-31: RESERVED 


This register is the 
bitmap of ports that 
have dropped packets due 
to transmit overflow. 


20 


e4 


HCB 
404 




CPU 
PCB 
MCB 


R/W 

R 


Learning Disable Ports 

Bit 0-27: Learn 'q Dis . 
bitmap 

28-31: RESERVED 


Learning disable port 
bitmap. 




e8 


HCB 
404 




CPU 
PCB 
MCB 
HCB 


R/W 

R 


Bit 0-27: Secure port 
bitmap 

29-31: RESERVED 


Secure port bitmap. 


25 


ec 


MCB 
404 




CPU 
PCB 
MCB 
HCB 


R/W 

R 


Security Violatioa Stats 
Bit 0-31: Count 


This register contains 
the total dropped 
packets due to port 
security. 


30 


£0 


MCB 
404 




CPU 
PCB 
MCB 
HCB 


R/W 

: R 

: 


Bit 0-27: Port Bitmap 
28-31: RESERVED 


This register is the 
bitmap of ports that 
have dropped packets due 
to security. 


35 


£4 


MCB 
404 




CPU 
PCB 
KCB 
KCB 


: R/W 
: R/W 


Bit 0-1: Memory Type 
2 ! Memory 

Speed 

3: EDO Test 

Mode 

4: Obi Link 

Mode 

5: DisRcPgHits 
6: OisTxPGHits 
7-31: RESERVED 


This register contains 
the memory type, speed 
etc. 


40 


£8 


MCB 
404 




PCB 
MCB 
HCB 


: R/W 
: R 


RAS Select 

Bit 0-31: Rasenx(l:0] 


RAS enables for 4M 
blocks of memory. 




fc 


MCB 




CPU 
PCB 
MCB 
RCB 


: R/W 
: R 


RQfrGsb Counter 
Bit 0-9: Count 

10-31: RESERVED 


The refresh counter 
generates a refresh 
signal for the memory 
controller. 


45 


100 


MCB 
404 

(bit 
4-7) 




CPU 
PCB 
MCB 
HCB 


: R/W 
: R 


Filter Control 
Bit 0-3: Address 
Enables [3:0] 

4-7: Mask 
Enables (3:0] 

8-31: RESERVED 


This register enables 
address filtering and 
masking address. 




104 


MCB 
404 




CPU 
PCB 
KCB 
HCB 


: R/W 
: R 


Mask Address Filter Lokj 
Bit 0-31: Bytes 0-3 


This register contains 
mask bits for address 
filtering. 
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108 


MCB 
404 




CPU 
PCB 
MCB 
HCB 


R/W 

: R 


Mask Address Filter Uiqh 
Bit 0 15: Bytes 4-5 
16-31: RESERVED 


This register contains 
mask bits for address 
filtering. 
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Of fsecth) 



Shadowed 



Access tR/w» 



Req_name/ B i tjame 



Descnpcj-on 

This register contains 



MCB 
404 



CPU 
PCB 
MCB 
HCB 



Address Filter OLotf 

Bit 0-31 : Bytes 0-3 



bytes 0-3 of address 
filter 0. 



MCB 
404 



CPU 
PCB 
MCB 
HCB 



Address Filter OKigh 
Bit 0-15: Bytes 4-5 
16-23: Dest. Port 
24-31: FilterMaskO 



This register contains 
bytes 4-5 of address 
filter 0. 



HCB 
404 



CPU 
PCB 
MCB 
HCB 



Address Filter IVant 
Bit 0-31: Bytes 0-3 



This register contains 
bytes 0*3 of address 
filter 1. 
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MCB 
404 



CPU 
PCB 
MCB 
HCB 



R/W 



Address Filter IBigh 
Bit 0-15: Bytes 4-5 
16-23: Dest. Port 
24-31: FilterMaskl 



This register contains 
bytes 4-5 of address 
filter 1. 



MCB 
404 



CPU 
PCB 
HCB 
HCB 



R/W 



Address Filter 2Loh 
Bit 0-31: Bytes 0-3 



This register contains 
bytes 0-3 of address 
filter 2. 
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MCB 
404 



CPU 
PCB 
MCB 
HCB 



R/W 



Address Filter 2High 
Bit 0-15: Bytes 4-5 
16-23: Dest. Port 
24-31: FilterMask2 



This register contains 
bytes 4-5 of address 
filter 2. 
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MCB 
404 



CPU 
PCB 
MCB 
HCB 



Address Filter 2ho(a 
Bit 0-31: Bytes 0-3 



This register contains 
bytes 0-3 of address 
filter 3. 



MCB 
404 



CPU 
PCB 
HCB 
HCB 



R/W 



Address Filter 3High 
Bit 0-15: Bytes 4*5 
16-23: Dest. Port 
24-31: FilterMaska 
MCB laterrupt Source 



This register contains 
bytes 4-5 of address 
filter 3. 



MCB 
404 



CPU 
PCB 
MCB 
HCB 



Bit 0: Security int 



R/W 





1: 


Memory Overflow 


Set 








2: 


Memory Overflow 


Clr 








3: 


Broadcast OP 


Set 








4: 


Broadcast OF 


Clr 








5: 


Receive OF 




6: 


Transmit OF 




7: 


Rx Packet 


Aborted 






8: 


BW Alarm Set 0 




9: 


BW Alarm Clr 0 



This register contains 
the source of any 
interrupt initiated in 
the MCB 404. 



10: 
11: 



BW Alarm Set 1 
BW Alarm Clr 1 
12-31: RESERVED 
MCB Interrupt Mack 
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MCB 
404 



CPU 
PCB 
MCB 
HCB 



R/W 



Bit 0 


Security Int 




1: 


Memory Overflow 


Set 








2: 


Memory Overflow 


Clr 








3: 


Broadcast OF 


Set 








4: 


Broadcast OF 


Clr 








5: 


Receive OF 




6: 


Transmit OF 




7: 


Rx Packet 


Aborted 






8: 


BW Alarm Set 0 




9: 


BW Alarm Clr 0 



This register contains 
the masking for any 
interrupt initiated in 
the MCB 404. 



11: BW Alarm Clr 1 
12-31: RESERVED 
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MCB 
404 



CPU: 
PCB: 

HCB: 



R/W 
R/W 



MCB Polling Source 
Bit 0: Security Int 

1: Memory overflow 

Set 

2: Memory Overflow 



This register contains 
the source of any 
interrupt initiated in 
the MCB 404 which are 
masked . . 
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Offset ih) 


Master 


Shadowed 


Access 


(R/W) 


Req_name / B i t_name 


Descripcion 


5 
10 










Clr 

3 : Broadcast OF 

Set 

4 : Broadcast OF 

Clr 

5: Receive OF 
6 : Transmit OF 
7: Rx Packet 
Aborted 

8: BW Alans Set 0 
9: BW Alarm Clr 0 
10: BW Alarm Set 1 
11: BW Alarm Clr 1 
12-31: RESERVED 






138 


HCB 
404 




CPU: 
PCB: 
MCB: 
HCB. 


R/W 

R 


Backpressure Enable 

Bit 0-23: RESERVED 
24-27: Port Bitmap 
28-31: RESERVED 




15 


13c 


MCB 
404 




CPU 
PCB 
MCB 
HCB 


R/W 

R 


Bonded Port Set 0 
Bit 0-27: Port Bitmap 
28-31: RESERVED 






140 


MCB 
404 




CPU 
PCB 
MCB 
HCB 


R/W 

R 


Bonded Port Set 1 
Bit 0-27: Port Bitmap 
28-31: RESERVED 




20 


144 


MCB 
404 




CPU 
PCB 
MCB 
HCB 


R/W 

R 


Default Vlan Bitmap 
Bit 0-28: Bitmap 
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146 


MCB 
404 




CPU 
PCB 
MCB 
HCB 


R/W 
R 


Bit 0-7: Observed Port 
Ito. 

8-15: Rx Monitor 
Port No. 

16-23: Tx Monitor Port 
No. 

24-31: RESERVED 


value of tlie port that 
is being observed in 
proaiiscuous mode. Also 
contains the ports that 
the Rx traffic and the 
Tx traffic appear on. 




200-2f£ 






CPU: 
PCB: 
MCB: 
HCB: 


R/W 
R/W 




This is the offset tor 
the Quad Cascade 
registers. This is for 
OCO. 


30 


300-3£f 






CPU: 
PCB: 
MCB: 
HCB: 


R/W 
R/W 




This is the offset for 
the Quad Cascade 
registers. This is for 
OCl. 




400-4f£ 






CPU 
PCB 
MCB 
HCB 




R/W 
R/W 




This is the offset for 
the Quad Cascade 
registers. This is for 
0C2. 
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500-5ff 






CPU: 
PCB: 
MCB: 
HCB: 


R/W 
R/W 




This is the offset for 
the Quad Cascade 
registers. This is for 
QC3. 




600-6££ 






CPU: 
PCB: 
MCB: 
HCB: 


R/W 
R/W 




This is the offset for 
the Quad Cascade 
registers. This is for 
0C4. 


40 


700-7££ 






CPU: 
PCB: 
MCB: 
HCB: 


R/W 
R/W 


Quad Cascade 5 Regs 


This is the offset for 
the Quad Cascade 
registers. This is for 
0C5. 


45 


800-8££ 






CPU: 
PCB: 
t9CB: 
HCB: 


R 

R/W 


QC Statistics Buffer 


This is the address 
space for the statistics 
buffers just read from 
the Quad Cascade. 




900 






CPU 
PCB 
MCB 
HCB 




R/W 
R/W 


HCB FIFO - Brat; 


This is address o£ the 
fifo to send/receive 
packet data to/ from the 
HCB 402. 


SO 


aOO 
bOO*e££ 






CPU: 
PCB: 
MCB: 
HCB: 


R/W 
R/W 


HCB DATA FIFO 
RESEBVED For Expansion 


This is address of the 
fifo to send/ receive 
data to/frcsa the HCB 
404. 16 Byte Fifo. 



55 The followi register definitions are provided to clarify the registers of Table (1 ) : 
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INTERRUPT INFORM A TION 

There are three inienxipt pins from the EPSM 210 to the CPU 230: CPUTNTHASHL. CPUTNTPKTL. and 
CPUINTL. The CPUTNTHASHL is only asserted when a hash miss has occurred and is cleared by reading the 

5 hash address low register (at offset *hcc). The CPUINTPKTL is asserted when there is either a packet 

available in the packet interfice FIFO or if the packet interfece FIFO has buffer space cleared for sending more 
packet data. The CPUINTL is asserted for four possible sources; one of these source refers to eight possible 
sources in the MCB 404. The intemipi sources will cause the CPU 230 to be interrupted if they are not 
masked. To allow for the infonnation of the interrupt source to be available, without the CPU 230 being 

10 interrupted, a polling mechanism is available. The masking of an interrupt source causes the interrupts to be 

blocked from die CPU 230, but the infonnation is still available in the polling source register. For example, if 
the STAT_RDY mask bit is set then when the statistics requested are available no intemipt will occur, but the 
CPU 230 can still determine that the statistics are ready to read by reading the polling register. Note: the 
interrupt source register is cleared by reading it, but the polling source register must be wrinen to clear it. 

Interrupt Source 1 Reg - (Offset = 'hOO) Source of the CPUINTL intermpt sent to the CPU 230. This 
register is updated by the EPSM 210 and then the interrupt is sent to the CPU 230, 
When the CPU 230 reads this register the contents arc cleared. A value of 1 in a bit 
indicates that interrupt has occurred. Default = 32'hOOOOjOOOO. 
Bit 0 (W/R) - MCB_INT is the interrupt that tells the CPU 230 that an interrupt has occurred in 
20 the MCB 404 and that the MCB Interrupt Source register will need to be read to 

further understand the intenupt. Default is 0. 
Bit i (W/R) - MEMJIDY is the interrupt that tells the CPU 230 that the Memory data requested 

is available in the buffer space. Default is 0. 
Bit 2 (W/R) - ABORT_piCT is the intemipt that tells the CPU 230 that the ABORT JN* signal 

was asserted into the PCB 406. Default is 0. 
Bit 3 (W/R) - STAT_RDY is the imenupt that tells the CPU 230 that the requested statistics* 

information is ready in the PCB 406 buffer space. Default is 0. 
Bits 4-3 1 (RO) - RESERVED. Always read as 0. 

pcbregs interface for Interrupt Soatre Reg 
^ McbInt (in) - input from MCB, which determines bit 0. 

MemRdy (in) - input from memory FIFO, which determines bit 1. 

AbortPktlnt (in) - input from the HCB 402 interface, which determines bit 4. 

StaiRdylnt (in) - input from QC interface, which determines bit 5. 

Cpulnt_ (out) - the signal to the CPU 230 which indicates an intenupt has occurred. 

35 

Interrupt Mzsk 1 Reg - (Offeet = •h04) Interrupts to be masked by the CPU 230. A value of I in any bit 
indicates that intemipt is masked. Default = 32'h0000_00lf 
Bit 0 (W/R) - Mask the McbInt intenupt to the CPU 230. Default is I. 
Bit I (W/R) - Mask the MemRdy interrupt to the CPU 230. Default is 1 
Bit 2 (W/R) - Mask the AbortPktlnt intenupt to the CPU 230. Default is 1 . 
Bit 3 (W/R) - Mask the StatRdyInt intenupt to the CPU 230. Default is 1 . 
Bit 4 (W/R) - Mask the HashMiss intenupt to the CPU 230. Default is 1 . 
Bit 5-3 1 (RO) - RESERVED. Always read as 0. 

45 Interrupt Source 2 Reg - (Offeet = *hl8) Source of the CPUINTPKTL intemipt sent to the CPU 230. This 

register is updated by the EPSM 210 and then the interrupt is sent to the CPU 230. 
When the CPU 230 reads this register the contents are cleared. A value of 1 in a bit 
indicates that intemipt has occurred. Default = 32'h0000_0000. 
Bit 0 (W/R) - PKT_JVVAIL is the intenupt that tells the CPU 230 that packet data is available 
so for the CPU 230. Default is 0. 

Bit 1 (W/R) - BUF^VAIL is the interrupt that tells the CPU 230 that buffer space is available 
for the CPU 230 to send packet data. Default is 0. 
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Bits 2-3 1 (RO) - RESERVED. Always read as 0. 
pcbregs interface for Interrupt Source Reg 

PklAvailInt (in) - input from TX FIFO, which determines bit 2. 

BufAvailInt (in) - input from RX FIFO, which determines bit 3. 

Cpulnt_Pkt_(out) - the signal to the CPU 230 which indicates a packet interrupt has occurred. 

Interrupt Mask 2 Reg - (Offset = 'hlc) Interrupts to be masked by the CPU 230, A value of I in any bit 
indicates that interrupt is masked. Default = 32*hOOOO_0003. 
Bit 0 (W/R) - Mask the PktAvaiiInt interrupt to the CPU 230. Default is 1. 
Bit 1 (W/R) - Mask the BufAvailInt interTupi to the CPU 230. Default is 1. 
Bits 2 -3 1 (RO) - RESERVED. Always read as 0. 

Polling Source 1 & 2 Reg - (Offeet = *hl4) This register contains the masked interrupt information and is 
cleared by the CPU 230 writing a ones to clear the bits desired. This allows die CPU 
230 to poll instead of being interrupted. The CPU will have to mask any intemipt 
source that it would like to poll instead. 
Bit 0 (W/R) - MCBJNT is the interrupt that tells the CPU 230 that an imerrupt has occurred in 
the MC3 4(M and that the MCB Interrupt Source register will need to be read to 
further understand the interrupt. Default is 0. 
Bit I (W/R) - MEM_RDY is the interrupt that tells the CPU 230 that the Memory data requested 

is available in the buffer space. Default is 0. 
Bit 2 (W/R) - PKT^AVAIL is the interrupt that tells the CPU 230 that packet data is available 

for the CPU 230. Default is 0. 
Bit 3 (W/R) - BUF^VAIL is the interrupt that tells the CPU 230 that buffer space is available 

for the CPU 230 to send packet data. Default is 0. 
Bit 4 (W/R) - ABORT J*KT is the interrupt that tells the CPU 230 that the abort_in signal was 

asserted into the PCB 406. Default is 0. 
Bit 5 (W/R) - STAT_RDY is die interrupt that tells the CPU 230 that the requested statistics' 

information is ready in the PCB 406 buffer space. Default is 0. 
Bit 6 (W/R) - HASHJ4ISS is die imenupt that tells the CPU 230 that a hash miss has occurred. 
Bits 7-31 (RO) - l^ERVED, Always read as 0. 

pcbregs interface for Polling Source Reg 

Mcbint (in) - input from MCB, which determines bit 0. 

MemRdy (in) - input from memory FIFO, which determines bit 1 . 

PktAvaiiInt (in) - input from TX FIFO, which determines bit 2. 

BufAvailInt (in) - input from RX FIFO, which determines bit 3. 

AbortPktInt (in) - input from HCB 402 interface, which determines bit 4. 

StatRdyInt (in) - input from (JC interface, which determines bit 5. 

m_HashInt (in) - input from the MCB 404, which determines bit 6. 

PACKET DATA CONFIGURATION 

There are direc registers used for packet transfers; one for received packets and two for tianstmt packets. The 
received packets are associated with the RcadOutPkt signal from die HSB 206. The transmit packets are 
associated with die WritclnPkt signal from die HSB 206. Note: The terms receive and transmit are referenced 
from die HSB 206. The CPU 230 should access die appropriate register before accessing die packet data 
buffer. 

Packet Information RdPkt Reg - (Offeet = 'hOS) The necessary information for die packet of data sent by the 
CPU 230. Received packet referenced from the HSB 206, Default = 
32*h0000j0000. 

Bit 0 (W/R) - SOP. Start of packet friom Uie CPU 230. 1 = SOP. 
Bit I (W/R) - EOP. End of packet from die CPU 230. 1 = HOP. 
Bits 2- 1 5 (RO) - RESERVED. Always read as 0. 

Bits 1 6-23 (W/R) - Lengdi of data in die FIFO when EOP is asserted (number of bytes). 
Bits 24-3 1 (RO) - RESERVED. Always read as 0. 
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pcbregs interface for Packet Information RdPkt Reg 

r_Sop (out) - Stan of packet indicator given to the HSB 206 interface. 

r_Eop (out) - End of packet indicator given to the HSB 206 interface, 

rjength (out) - Length in bytes of data in buffer when HOP is indicated- 

Packet Informsition WrPkt Reg - (Offset = *hOc) The necessary information for the packet of data sent by the 

HSB 206. Transmit packet referenced from the HSB 206. Default = 

32'hOOOO_0000, 

Bit 0 (W/R) - SOP. Start of packet from the HSB 206. 1 = SOP. 
Bit 1 (W/R) . HOP. End of packet from the HSB 206. 1 = EOP. 

Bits 2-5 (W/R) - Byte Enables for DWORD associated with SOP or EOP. Usually all bytes are 

enabled. 1 = enabled. 
Bits 6- 1 5 (RO) - RESERVED. Always read as 0. 
Bits 16-23 (W/R) . Length of data in die FIFO (number of bytes). 
Bits 24-3 1 (RO) - RESERVED. Always read as 0. 

pcbregs interface for Packet Information WrPkt Reg 
lx_SopIn_ (in) - SOP indicator from the HSB 206 interface. 

h_Eopln_(in) - EOP indicator from the HSB 206 interface. 

h_ByteValIn„(in) - Byte enables from the HSB 206 interface. 

ToUtl Packet Info - (Of&et = *h24) This is the information that the MCE 404 adds to the packet 

before sending it on to the CPU 230. This value is set vdjen there is a SOP for a 
CPU bound packet. Default = 32*h0000_0000. 

Bits 0- 1 5 (RO) - Packet Length. 

Bits 16-23 (RO) - Source Port 

Bits 24-3 1 (RO) - Destination Port. 

MEMORY PmSENCE DETECTION 

SIMM/DIMM Presence Detect Reg - (Offset = *hl0) Contains the information about the SIMM's in the 

system. This information will be loaded slightly after reset from a 
shift register on the board. 

Bits 0-3 (RO) - simm l_pd(0.3]. 

Bits 4-7 (RO) - simm2_pd[0..3]. 

Bits 8- 1 1 (RO) - simm3 j)d[0..3]. 

Bits 12-15 (RO) - siinm4_pd[0..3]. 

Bits 16-3 1 (RO) - RESERVED. Always read as 0. 

pcbregs interface for Presence Detection Reg 

i^PDSerln (in) - Serial iiq)ut from presence detect shift registers. 

OUADCASCADE STATISTICS SETUP 

QC Statistics lofo Reg - (Offset = 'h20) Setup information for the reading of Quadcascade statistics registers. 

Tlie CPU writes this register that initiates the statistic reads. Default = 
32'h000b_8000. 

Bits 0-1 (W/R) - Port number. This is die port number whose statistics will be read. The port to 
read is determined by this number and the specified Quadcascade. 

Bits 2-4 (W/R) - QC number. Designates the Quadcascade to access. Reserved combinations: 
3'bllOand3*blll. 

Bits 5-9 (W/R) - Register number. This is the number of the first register to be read for the 
specified port. 

Bits 10-14 (W/R) - Number of registers. This is the number of registers to read. NOTE: Software is 
required to keep this number along with the Register number within the range of 
available register to read. 
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Bits 15-19 (W/R) - Maximmn number of registers. This is the maximum number of statistic registers 

available in the Quadcascades. Default = 6'hl7. 
Bits 20-3 1 (RO) - RESERVED. Always read as 0. 

pcbregs interface for Quadcascade Statistics Setup Reg 

rjQcStatPonNo (out) - Port number for statistics read. This is a value between 0 and 3. It is used along 

with the QC number to determine which port in the switch is being observed 
r_QcStatQcNo (out) - Qc number. Used with above port number. 

r StatRegNo (out) - Starting register number. This is the number of the first statistics register to be 

read 

r_NoStaiRegs (out) - Number of statistic registers to read. 

r Maxregs (out) - Maximum number of statistic registers which exist. This is available particularly 

~ for fumre use if number of statistics being kept is changed. 

FPSM210 SETUP 

EPSM Setup Reg - (Offset = •h30) General semp parameters for the EPSM 2 10. Default = 32'h0007_1000 or 
32'h0007_3000 depending on ckl Isel input. 
Bit 0 (W/R) - TPI installed 1 = TPI 220 installed Default = 0. This bit may only be wrinen 

when Master Switch Enable (Bit 2) is negated 
Bit 1 (W/R) - EXP installed 1 = Expansion installed. Defeult = 0. This bit may only be wrinen 

when Master Switch Enable (Bit 2) is negated 
Bits 2 (W/R) - Master Switch Enable. 1 - Enables packet traffic. Default = 0. 
Bits 3-4 (W/R) - (}cXferSize[l:0]. These bits may only be written when Master Switch Enable (Bit 
2) is negated 

00 = 1 6 Byte transfer size on die HSB 2(^. 

01 = 32 Byte transfer size on the HSB 206. 

10 = 64 Byte transfer size on the HSB 206. 

1 1 = Invalid combination. 

Bits 5-6 (W/R) - TPDCferSize[ 1 :0]. These bits may only be wrinen when Master Switch Enable (Bit 
2) is negated 

00 = 16 Byte transfer size on the HSB 206. 

01 = 64 Byte transfer size on the HSB 206. 
10-128 Byte transfer size on the HSB 206. 
1 1 = 256 Byte transfer size on the HSB 206. 

Bit 7 (W/R) - ADFCS. This bit is used to enable the Quadcascades to autoinsen the PCS bits. 

This will only be used for the packets from the CPU 230. 
Bit 8 (W/R) - DramWrDis. This will disable writes to the DRAM from the CPU 230 when seL 

Defeult = 0. 

Bit 9 (W/R) - SramWrDis. This will disable writes to the internal SRAM from the CPU 230 
when set Default = 0. 

Bits 10-12 (W/R)- EPSM 210 Address Decode. These bits will be used to decode the EPSM 210 

register space and the Memory interface. 
Bit 13 (RO) -clklsci. 

1 = CLK2 frequency is IX the CLKl frequency. 

0 = CLK2 frequency is 2X the CLKl frequency. 
Bits 14-21 (RO) - C3*U Port Number. Designates the port number of the CPU 230. Default = 8'hlc. 
Bits 22-3 1 (RO) - RESERVED. Always read as 0. 

pcbregs interface for EPSM Setup Reg 

clklsci (in) - Input ftom pin to determine if ckll and clk2 are at the same rate. 

r DramWrDis (out) . Lets the CPU 230 interface know that writes to the DRAM are disabled 

rl SramWrDis (out) - Lets the CPU 230 interface know that writes to the internal SRAM arc disabled 

r EPSMAdrDcd (out) - This 3 bit number is compared to address bits 3 1 :29 on the CPU 230 bus. 

hcbregs interface for EPSM Setup Reg 

r_MstrSwEn (out) - Tells arbiter, etc.. that the switch is enabled for packet traffic. 
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r_TpiInst (out) 
r_Explnst (out) 
r_NonULBCMode[l:OJ (out) 
r_ULBCMode(l:01 (out) 
r_AIFCS (out) 

mcbregs interface for EPSM Setup Reg 

r_ DramWrDis (out) - Disables CPU requests for DRAM writes. 

r_ SramWrDis (out) - Disables CPU requests for internal SRAM writes. 

EPSM Revision Reg - (Offset = *h40) The revision number of the EPSM 210. 
Bit 0-7 (RO) - The revision number of the EPSM 2 1 0. 
Bit 8-3 1 (RO) - RESERVED. Always read as 0. 

pcbregs interface for EPSM Revision Reg 
None. 

PORT SETUP 

Port Speed Reg - (Offset = *h34) Bitmap containing the speed of each port. I =■ lOOMhz; 0 = lOMhz. Default 
= 32'h0fD0_0O0O. 
Bit 0 (W/R) - Port 0 Speed. 
Bit 1 (W/R) - Pon I Speed. 

Bit 27 (W/R) - Port 27 Speed 

Bits 28-3 1 (RO) - RESERVED. Always read as 0. 

hcbregs interface for Port Speed Reg 

r_PortSpd(27:0] (out) - port speed bitmap for HCB 402 blocks. 

Port Type Reg - (Offset = 'h38) Bitmap containing the type of each port. 1 = TLAN; 0 = (Juadcascade. 
Default = 32'hOfO0_OO0O. 
Bit 0(W/R) . Port 0 Type. 
Bit 1 (W/R) - Port 1 Type. 

Bit 27 (W/R) - Port 27 Type. 

Bits 28-3 1 (RO) - RESERVED. Always read as 0. 



mcbregs & hcbregs interface for Port Type Reg 

rJ>ortType[27:0] (out) - port type bitmap for the HC3 402 & MCB 404. 



CPU MEMORY REQUEST 

The memory requests by the CPU 230 can be done in two ways. The following register is used in both 
methods; the CPU 230 only accesses the register directly when using the initial register/FIFO memory request 
method. 

Memory Request Reg - (Offset = 'h3c) The CPU writes to this reg to request a memory read or write. This 
requested mechanism is used to access either the external DRAM or the internal 
SRAM. 

Bits 0-23 (W/R) - Starting Address[25:2] of the transfer. For SRAM accesses, bits 23-8 are 

reserved. Bits 7:0 address the 256 24-bit words. 
Bit 24 (W/R) -Memory Select 

0 - External DRAM access (i.e., packet & hash memory) 
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1 = Internal SRAM access (i.e., packet control registers) 
Bit 25 (W/R) - Transfer Length. 

0 = 1 transfer (4 bytes) 

1 = 4 transfers ( 1 6 bytes) 

NOTE: The Starting Address & Transfer Length should not be set 
such that the transfer would cross a 2K page boundary. One way to 
guarantee this is to make sure all data structures (iike Hash Entries) are 16 
byte aligned. 

Bits 26-29 (W/R)- Byte Enable[3:0]. (I = asserted). Useful for partial word writes. Also used with 
EDO Test Mode set to do a read with no CAS. For writes with Transfer Length 
greater than I. the ByteEnables must be 1 1 1 K These are don't cares for reads 
unless EDO Test Mode is set. 

Bit 30 (W/R) - Write/Read. 0 = Read, 1 = Write. 

Bit 3 1 (W/R) - Locked Page Hit. Indicates that another CPU request will follow in the same 
memory page. The DRAM memory arbiter will not grant the memory system to 
another requester and RAS will remain asserted after the current cycle. Used in 
EDO Test Mode only. No other requester including Refresh has access to the 
memory while set. Should never be used in SRAM accesses (except for hardware 
debugging) since packet memory traffic in will cease while the SRAM is locked. 



mcbrm interface for Memory Request Res 



CpuAdr(25:21(oui) 
CpuBE[3:0] (out) 
CpuLn[l:0] (out) 
CpuMemSel (out) 
CpuWr (out) 
CpuPgHit (out) 
CpuReq (out) 

CpuAck (in) 
CpuIntemalReq (out) 

Cpulntemal Ack (in) 



- passes Starting Address memctl & mcbsram module. 

- passes ByteEnables to memctl & mcbsram module. 

- passes Transfer Length to memctl & mcbsram module (00 if ln=l of 1. 1 1 if hi=4). 

- controls mux between external DRAM (0) & internal SRAM (!) data. 

- asserted to memctl & mcbsram module if the Write/Read bit = 1 . 

. asserted to memctl & mcbsram module if the Locked Page Hit Bit = 1 . 

. asserted to memctl module when the Memory Request Reg is wrinen and Memory 

Select = 0. It must remain asserted until CpuAck is asserted. 
. is asserted from memctl module to mcbregs when the CpuReq is accepted 

- asserted to mcbsram module when the Memory Request Reg is written and 
Memory Select = 1. It must remain asserted until CpuIntemalAck is asserted. 

- is asserted from mcbsram module to mcbregs when the CpuIntemalReq is 
accepted. 



NOTE: The following sequence should be used to lest for EDO memory: 
I : Set die EDO Test Mode bit in the Memory Control Register. 

2. Write a DWORD in the bank under test with OOOOh. 

3. Read die same DWORD with the Locked Page Hit bit set and the Byte Enables = 1 1 1 1 b. 
After this read, EDO DRAMS will hold MD low while FPM DRAMS will float MD and 
a pull-up resistor on MD[0] will pull this line high after about J 00ns. 

4. Read the DWORD again with the Locked Page Hit bit cleared and the Byte Enables = 0000b. 
This is a read widi no CAS asserted. MD{0] will be low for EDO DRAM and high for FPM. 

5. Repeat steps 1 -4 for each bank of memory installed. Memory Type may be set to EDO DRAM 
if and only if AIX banks contain EDO DRAM. 

6. Clear EDO Test Mode bit and set the Memory Type. DO NOT leave EDO Test Mode set. 



PSnMiSCUOUS PORT 

Promiscuous Port Reg - (Offeet = *hI48) The controls and which port is observed in promiscuous mode is 
contained in the register. Default - 32'h0000_0000. This register may only be 
written when Master Switch Enable (EPSM Setup Reg) is negated. 

Bits 0-7 (W/R) - Port number that will be observed in promiscuous mode. 

Bits 8- 1 5 (W/R) - The port that data that is being received will show up on. 

Bits 16-23 (W/R) - The port that data that is sent to the observed port will show up on. 

Bits 24-3 1 (RO) - RESERVED. Always read as 0. 
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mCH SPEED BUS MONITOR 

HSB Util Setup Reg - (Offset = *h54) The controls and which pon will be monitor for HSB 206 
utilization. Default = 32'hOOOO_0000. 
Bits 0-7 (W/R) - Port number or Total. 
Bits 8-9 (W/R) - Mode. 
Bits 10-3 1 (RO) - RESERVED. Always read as 0, 

HSB Utilization Reg - (Offeet = 'h58) HSB 206 utilization is the average time the port selected is on the 
HSB 206. Defeuh = 32'h0000_0000. 
Bits 0-3 1 (RO) - Average time port selected is on the HSB 206. 

n!T-.THRU/STnRE^N.FORW ARD INFORMATION 

Source CT_SNF Reg - (Offset = 'h5c) Bitmap containing the CT/SnF stams of the source port. 0 = CT; 1 = 
SNF. Default = 32'h0000_0000. 
Bit 0 (W/R) • Port 0 Source CT_SNF. 
Bit I (W/R) - Port I Source CT_SNF. 

Bit 27 (W/R) - Port 27 Source CT_SNF. 
Bits 28-3 1 (RO) - RESERVED. Always read as 0. 

kcbregs interface for Source CTJSNF Reg 

TblSrcPrt (in) - The cunent packet source port. 8-bit input 

rJlxPortClSnf (out) - The Cr_SNF status for TblSrcPrt. l-bit output 

IPestination CT„SNF Reg - (Offset - *h60) Bitmap containing the CT/SnF status of the destination port. 0 = 
CT; I =SNF. Default = 32'h0000_0000. 
Bit 0 (W/R) - Port 0 Destination CT_3NF. 
Bit 1 (W/R) - Port 1 Destination CTJSNF. 

Bit 27 (W/R) - Port 27 Destination CT_SNF. 
Bits 28-3 1 (RO) - RESERVED. Always read as 0. 

hcbregs interface for Source CTJSNF Reg 

TblDstPrt (in) - The cunent packet destination port. 8-bit input. 

rJTxPortCtSnf (out) - The CT_SNF stanis for TblDsiPrt. I-bit output 

^PRITRA nON INFORMATION , ^. • ^ . n-f u tv»,nnnn ftftflO 

Arbitration Mode Register - (Offset = 'h74) Contains the arbitration mode value. Default = 32 hOOOO_(MK)0. 

This register may only be written when Master Switch Enable (EPSM Setup 
Reg) is negated. 
Bits 0- 1 (W/R) - Arbitration mode. 

2'bOO: First come first served arbitration mode. 
2*b01: Weighted priority arbitration mode. 
2*b 1 0: Round robin arbitration mode. 
2*bl 1 : Also causes first come first served mode. 
Bits 2-3 1 (RO) - RESERVED. Always read as 0. 

kcbregs interface for Arbitration Mode Reg . ^ _u ai .u^um 

rJVibMode (out) - The 2bit value shown above which is needed in arbitration modules m the HLB 

402. 

Arbitration Weight Register #1 - (Of&et = *h64) The weight for ports 0 - 7 for the weighted priority 

arbitration mode. 

Bits 0-3 (W/R) - Port 0 Arbitration weight for weighted priority mode. 
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Bits 4-7 (W/R) - Port I Arbitration weight for weighted priority mode. 
Bits 8- 1 1 (W/R) - Port 2 Arbitration weight for weighted priority mode. 
Bits 12-15 (W/R) - Port 3 Arbitration weight for weighted priority mode. 
Bits 16-19 (W/R) - Port 4 Arbitration weight for weighted priority mode. 
Bits 20-23 (W/R) - Port 5 Arbitration weight for weighted priority mode. 
Bits 24-27 (W/R) - Port 6 Arbitration weight for weighted priority mode. 
Bits 28-3 1 (W/R) - Port 7 Arbitration weight for weighted priority mode. 



hcbregs interface for Arbitration height Reg #7 

r_ArbWtO (out) - These four bits are used by HCB 402 for weighting for port 0 in weighted 

arbitration mode. 

- These four bits are used by HCB 402 for weighting for port 1 in weighted 
arbitration mode. 

- These four bits are used by HCB 402 for weighting for port 2 in weighted 
arbitration mode. 

- These four bits are used by HCB 402 for weighting for port 3 in weighted 
arbitration mode. 



r.ArbWtl (out) 
r_ArbWt2 (out) 
r_ArbWt3 (out) 
r_AibWt4(out) 
rJVrbWt5(out) 
TjUbmS (out) 
r,jMbWt7(out) 



These four bits are used by HCB 402 for weighting for port 4 in weighted 
arbitration mode. 

These four bits are used by HCB 402 for weighting for port 5 in weighted 
arbitration mode. 

These four bits are used by HCB 402 for weighting for port 6 in weighted 
arbitration mode. 

These four bits are used by HCB 402 for weighting for port 7 in weighted 
arbitration mode. 



Arbitration Weight Register #2 - (Offeet ~ *h68) The weight for ports 8 - 15 for the weighted priority 

arbitration mode. 

Bits 0-3 (W/R) - Port 8 Arbitration weight for weighted priority mode. 
Bits 4-7 (W/R) - Port 9 Arbitration weight for weighted priority mode. 
Bits 8- 1 1 (W/R) - Port 10 Arbitianon weight for weighted priority mode. 
Bits 12-15 (W/R) - Port 1 1 Arbitration weight for weighted priority mode. 
Bits 16-19 (W/R) - Port 12 Arbitration weight for weighted priority mode. 
Bits 20-23 (W/R) - Port 13 Arbitration weight for weighted priority mode. 
Bits 24-27 (W/R) - Port 14 Arbitration weight for weighted priority mode. 
Bits 28-3 1 (W/R) - Port 15 Arbitration weight for weighted priority mode. 

hcbregs interface for Arbitration Syeigftt Reg U2 

r.J^Wt8 (out) - These four bits are used by HCB 402 for weighting for port 8 in weighted 

arbitration mode. 

r_ArbWt9 (out) - These four bits are used by HCB 402 for weighting for port 9 in weighted 

arbitration mode. 

r_j\ibWtlO(out) - These four bits are used by HCB 402 for weighting for port 10 in weighted 

arbitration mode. 

r_AibWtl 1 (out) - These four bits are used by HCB 402 for weighting for port 1 1 in weighted 

arbitration mode. 

r.J^Wtl2(out) - These four bits are used by HCB 402 for weighting for port 12 in weighted 

arbitratioa mode. 

r.^AibWtl3(oui) - These four bits are used by HCB 402 for weighting for port 13 in weighted 

arbitration mode. 

r.ArbWtl4 (out) - These four bits are used by HCB 402 for weighting for port 14 in weighted 

* arbitration mode. 

r_ArbWtl5(out) - These four bits are used by HCB 402 for weighting for pen 15 in weighted 

arbitration mode. 
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Arbitration Weight Register #3 - (Offset = *h6c) The weight for ports 16-23 for the weighted priority 

arbitration mode. 

Bits 0-3 ( W/R) - Port 1 6 Arbitration weight for weighted priority mode. 
Bits 4-7 (W/R) - Port 1 7 Arbitration weight for weighted priority mode. 
Bits 8-1 i (W/R) - Port 18 Arbitration weight for weighted priority mode. 
Bits 12-15 (W/R) - Port 19 Arbitration weight for weighted priority mode. 
Bits 16-19 (W/R) - Port 20 Arbitration weight for weighted priority mode. 
Bits 20-23 (W/R) - Port 2 1 Arbitration weight for weighted priority mode. 
Bits 24-27 (W/R) - Port 22 Arbitration weight for weighted priority mode. 
Bits 28-3 1 (W/R) - Port 23 Arbitration weight for weighted priority mode. 

hcbregs interface for Arbitration Weight Reg #i 

r_j\rbWtl6(oui) - These four bits are used by HCB 402 for weighting for port 16 in weighted 

arbitration mode. 

r_j\rbWtl7(out) - These four bits are used by HCB 402 for weighring for port 17 in weighted 

arbitration mode. 

r^rbWit8(out) - These four bits are used by HCB 402 for weighting for port 18 in weighted 

arbitration mode. 

r^rbWtl9(out) - These four bits are used by HCB 402 for weighting for port 19 in weighted 

arbitration mode. 

r.j\rbWt20 (out) - These four bits are used by HCB 402 for weighting for port 20 in weighted 

arbitration mode. 

r.jArbWt21 (out) - These four bits are used by HCB 402 for weighting for pon 21 in weighted 

arbitration mode. 

r_jArbWt22(out) - These four bits arc used by HCB 402 for weighting for port 22 in weighted 

arbitration mode. 

r_ArbWt23 (out) - These four bits are used by HCB 402 for weighting for port 23 in weighted 

arbitration mode. 

Arbitration Weight Register #4 - (Offect = *h70) The weight for ports 24 - 28 for the weighted priority 

arbitration mode. 

Bits 0-3 (W/R) - Port 24 Arbitration weight for weighted priority mode. 
Bits 4-7 (W/R) - Port 25 Arbitration weight for weighted priority mode. 
Bits 8- 1 1 (W/R) - Port 26 Arbitration weight for weighted priority mode. 
Bits 12-15 (W/R) - Port 27 Arbitration weight for weighted priority mode. 
Bits 16-19 (W/R) - Port 28 Arbitration weight for weighted priority mode. 
Bits 20-3 1 (RO) - RESERVED. Always read as 0. 

hcbregs interface for Arbitration Weight Reg U4 

r_ArbWt24 (out) - These four bits are used by HCB 402 for weighting for port 24 in weighted 

arbitration mode. 

r_j\rbWt25 (out) - These four bits are used by HCB 402 for weighting for port 25 in weighted 

arbitration mode. 

r_>VrbWt26 (out) - These four bits are used by HCB 402 for weighting for port 26 in weighted 

arbitration mode. 

rJVrbWt27 (out) - These four bits are used by HCB 402 for weighting for port 27 in weighted 

arbitration mode. 

r.j\rbWt28 (out) - These four bits are used by HCB 402 for weighting for port 28 in weighted 

arbitration mode. 
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ffCB 402 MISCELLANEOUS CONTROL 

HCB Misc Control - (Oflfect = *h78) Miscellaneous controls for the HCB 402. Default = 32 'hOOOO.OOOO. 
Bit 0 (W/R) - Enable CT FIFO. 1 = CT FIFO enabled. 
Bit 1 (W/R) - Enable read extra wait states. I = wait states enabled. 
Bit 2 (W/R) • Enable concurrent reads and writes for Quadcascade. 
Bit 3 (W/R) - Enable concurrent reads and writes for QE 1 1 0. 
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Bit 4 (W/R) - Enable early address. 

Bits 5-3 1 (RO) - RESERVED. Always read as 0. 

5 PORTSHUTDOWN 

Port Shutdown - (Offset = *h7c) Bitmap for which pons are shutdown. Default = 32'hOOOO_0000. 
Bits 0-27 (W/R) - Bitmi^j for ports 0 through 27. 1 = pon is shutdown. 
Bits 28-31 (RO) - RESERVED. Always read as 0. 

PORT STATE SETUP 

^0 In order to setup or change the state of a port two registers must be writteiL The first register to write is the 

Port State Bitmap register that contains the bitmap of the ports that will be changed. The second register to 
write is the Program Port State register that contains the value of the state and initiates the programming of the 
two Port State registers. The CPU*s port state is always Forwarding and can never be changed. 



15 



Port State Bitmap Reg - (Offset = *h90) Bitmap of ports whose state will change. 1 = change this pons state 
to value in Program Port Slate register. Default = 32'h0000_0000. 
Bit 0(W/R) -PortO. Setting this bit enables the changing of port 0*s state. 
Bit I (W/R) - Pon 1 . Setting this bit enables the changing of port 1 *s state. 

20 Bit 27 (W/R) - Port 27. Setting this bit enables the changing of port 27's state. 

Bits 29-3 1 (RO) - RESERVED. Always read as 0. 

Program Port State Reg - (Offset = *h80) Port state. The CPU writes this register that initiates the 
programming of the Port State registers. The Port State Bitmap register MUST 
BE WRITTEN TO FIRST. Default = 32'h0000_0000. 
^ Bits 0-1 (W/R) - State Value. This value will be placed in the ports indicated in the bitmap at offset 

30. 

State Value Condition 

00 b Disabled 

01 b Blocked/Listening 
2Q 10 b Learning 

1 1 b Forwarding 
Bits 2-3 1 (RO) - RESERVED. Always read as 0. 
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Port State #1 Reg - (Of&et = *h94) States of ports 0 through 15. Progranuned by the Program Port State and 
Port State Bitmap registers. Default = 32'h0000_00(M). 

State Value Condition 



Bits 0-1 (RO) 
Bits 2-3 (RO) 
Bits 4-5 (Rp) 
Bits 6-7 (RO) 
Bits 8-9 (RO) 
Bits 10-11 (RO) 
Bits 12-13 (RO) 
Bits 14-15 (RO) 
Bits 16-17 (RO) 
Bits 18-1 9 (RO) 
Bits 20-2 1(R0) 
Bits 22-23 (RO) 
Bits 24-25 (RO) 



00b 
01b 
10 b 
lib 



-Port_0_^t[l:0]. 

-Pon_I-^t[l:0]. 

-Port^_?t(l:0]. 

-Port_3_3ttl:0]. 

-PortjLst[l:0]. 

-Port_5_5t[l:0]. 

-Port_6_5t[l:0]. 

-Port_7^1:0]. 

-Port_8_st(l:0]. 

-Port_9^t[i:0]. 

-PorclO_stIl:0]. 

-Port_ll^t(l:0]. 

-Port_12_st[l:0]. 



Disabled 

Blocked/Listening 

Learning 

Forwarding 
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Bits 26-27 (RO) - Port_13_st[l:0]. 
Bits 28-29 (RO) - PorT_!4_st[ ! :0]. 
^ Bits 30-31 (RO) -Pon_I5_st[l:0]. 

Port State #2 Reg - (Offset = *h98) States of ports 16 through 28. Programmed by the Program Port State and 
Pon State Bitmap registers. Default = 32'hO30O_00OO. 

State Value Condition 
00 b Disabled 
10 01 b Blocked/Listening 

10 b Learning 

1 1 b Forwarding 

Bits 0-1 (RO) - Port.l6_st(l:0]. 

Bits 2-3 (RO) - Portal 7_st( 1 :0]. 

Bits 4-5 (RO) - Pon_l8_^t[l:0]. 
'5 Bits 6-7 (RO) - Port_19_5t[l:0I. 

Bits 8-9 (RO) - Port_20_st[ 1 .0]. 

Bits 10-11 (RO) -Port.21^tll:0]. 

Bits 12-13 (RO) - Port^2_5t[l:D]. 

Bits 14-15 (RO) -Port_23_st(I:0]. 
20 Bits 16-17 (RO) -Port^4_st[l:0]. 

Bits 18-19 (RO) - PortJ25^t(l:0]. 

Bits 20-21 (RO) - Poru26_st[l:0]. 

Bits 22-23 (RO) - PortJ7_^t[l:01. 

Bits 24-25 (RO) - Poit-28_^(l :0]. CPU port is always Forwarding (11). 
Bits 26-3 1 (RO) - RESERVED. Always read as 0. 
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mcbregs interface for Port State Setup Reg 

Soun:ePort[7:0] (in) - Source port number from mcbhash module. 
m.J{ashDstprt(7:0] (in) - Destinatioa poit number from mcbhash module. 

SrcPrtState[ 1 :0] (out) - Combinatorial output to mcbhash based on SourcePon and Port State Regs. 
DstPttState[ 1 :0] (out) - Combinatorial output to mcbhash based on nUHashDstPrt & Port State Regs. 



PACKET MEMORY DEFINmON 

fVfemory Sector Info Reg - (Offeci = 'haO) Packet Memory consists of a fixed number of sectors. This 
register defines the sector size. The min. sector size of 2K bytes insures that the 
largest packet (1518 bytes + overhead) can make no more than one sector 
35 boundary crossing. Currently only sector size of 2K bytes is supported. This 

register may only be wrinen when Master Switch Enable (EPSM Semp Reg) is 
negated. 

Bit 0- 1 (W/R) - Sector Size. Currcndy only sector size of 2K bytes is supponed. 

00 = 2K bytes (default). 

01 =4K: bytes. 

^ 10 = 8Kbytes. 

n = 16K bytes. 
Bits 2-3 1 (RO) - Reserved. Always Read Os. 

MEMORY BUS BANDWIBTIHI MONITOR 
4S Memory Bus Monitor Control Reg - (Oflfeet = 'haS) There are two independent bus monitors controlled by 

this register. The Monitor Select bit (24) is used to select which 
monitor is being accessed This bit also controls access to the 
Memory Bus Monitor Thresholds Reg and the Memory Utilization 
Reg. The Monitor bit can be set independendy by writing only the 
high byte of diis register. 

^ Bits 0-9 (W/R) - Monitor Mode [9:0]. Defines type of bus activity to be monitored 

Default is 10*h3FF (monitor everything). 
CycleType (set one or more bits). 
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Bit 0 - Packet (set to monitor packet related traffic). 
Bit 1 - Hash (set to monitor hash lookup traffic). 
Bit 2 - CPU (set to monitor CPU accesses to memory). 
5 Bit 3 - Refresh (set to monitor refresh cycles). 

Packet Type (must set one or both bits if Packet bit (0) is set). 

Bit 4 • Unicast (set to monitor known individual address mode 

pkts). 

Bit 5 - Broadcast (set to monitor pkts with group bit set or hash 

miss). 

Packet Tx/Rc (must set one or both bits if Packet bit (0) is set). 

Bit 6 - Transmit (set to monitor transmit related traffic). 
Bit 7 - Receive (set to monitor receive related traffic). 
Packet Data/Overhead (must set one or both bits if Packet bit (0) is set). 
Bit 8 - Data (set to monitor the data portion of packet transfers). 
IS Bit 9 - Overhead (set to monitor non-data related portion of 

packet transfers, i.e. bus arb, pkt mem maintenance, unusable 

cycles) 

Bits 10-15 (RO) - Reserved. Always read 0. 

Bits 1 6- 1 9 (W/R) - Filter Timescale. Sets approx. time constant for LP filtering: 

Oh = 75 msec 4h = 300 ms 8h = Rsvd Ch = Rsvd 
^ lh = 600 msec 5h = 2.5sec 9h = Rsvd Dh = Rsvd 

2h = 5nisec 6h = 20sec Ah = Rsvd Eh = Rsvd 
3h = 40msec 7h = 2.5min Bh = Rsvd Fh = Rsvd 
De&ult = Oh. Applies only if in Filter mode. 
Bit 20 (W/R) - Count^ilter mode, (default = 0, Filter mode). 
25 0~ monitor operates as a low pass filter as defined by Filter Timescale. 

Reading the Bus Utilization Register does not affect its value in Filter mode. 

1 = monitor counts bus cycles, but does not filter. When in Count mode, 
the Bus Utilization Register is cleared when read. 
Bit 21 (W/R) - Timer mode. Applies only if in Count mode, (default = 0) 

0 = count only cycles defined by Monitor Mode bits. 

1 = increment counter on every clock cycle. 

Bit 22 (W/R) - Backpressure Enable. I = Use the alarm from this monitor to enable backpressure 

on all ports. Default = 0, disabled. 
Bit 23 (W/R) - BroadcastControl Enable. 1 = Use die alarm from this monitor to drop broadcast 

packets received from any port Default = 0. disabled. 
35 Bit 24 (W/R) - Monitor Select 0 = MonitorO (default). I = Monitorl . 

Bits 25-3 ! (RO) - Reserved. Always read 0. 

Memory Bos Monitor ThreshoIds/BW Ifteg (Offeet = 'hac) The Monitor Select bit must be set prior to 
accessing this register. 

40 Bits 0-7 (W/R) - Alarm Set Threshold. If the Bus Utilization reaches or exceeds this value, 

the Alarm flag will be set and a CPU interrupt is generated. Backpressure or 
Broadcast Control is applied if enabled, (default = 8*h00) 
Bits 8-15 (W/R) - Alarm Qear Threshold. When the Bus Utilization drops to or below this 
value, the Alarai flag will be cleared and a CPU interrupt is generated. 
Backpressure and Broadcast Control are released, (default = 8'hOO) 
^ Bits 16-23 (RO) - Peak BW. Max, Bandwid± detected since last read. Cleared when read. 

Bits 24-31 (RO) - Current BW. Current value of bus bandwidth utilization filter, A value of OOh 
i^resents 0% utilization and a value of FFh represents 1 00% utilization. 

Memory Bus UtlUzatioia Reg (Offset = *hbO) The Monitor Select bit must be set prior to accessing this 
50 register. 

Bits 0-3 1 (RO) - Bus Utilization [3 1 :0]. Memory bus utilization counter. 
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-In Count mode, this value is a count of the number of busy bus cycles 
since counter was last siancd. Cleared when read. Counters of both filters stan 
simultaneously when the Bus Utilization reg for both have been read. 

-In Filter mode, it is not necessary to read this register since the lop 8 bits 
are copied to the Thresholds'BW reg as Current BW. If it is desired to use more 
than 8 bits for BW, it should be noted that the max bandwidth value will always 
be 32'hFF00_0000 and the minimum value will be between 32'hOOOO_0000 and 
32'hOOFF_FFFF depending upon the timescale selected. Not cleared when read 
in Fitter mode. 



mcbrees interface for memory bandwidth monitors 

SelectedBand Width [3 1 :0] (in) - Memory Bus Utilization Reg [31:0] for selected monitor. Also, bits 24-3 1 are 

Current BW in Threshoids/BW reg. 
SelectedMaxBW [7:0] (in)- Peak BW in Thresholds/BW reg bits 16-23. 

AtannO (in) - Alarm flag for monitor 0. mcbregs will generate interrupts BWALARMSETO and 

BWALARMCLRO when this flag is set and cleared. 

- ALami flag for monitor 1. mcbregs will generate interrupts BWALARMSETl and 
BWALARMCLRl when this flag is set and cleared. 

- Monitor Mode for monitor 0. 

- Monitor Mode for monitor I . 

- Filter Timescale for monitor 0. 

- Filter Timescale for monitor 1 . 

- Count/Filter mode bit for monitor 0. 

- Count/Filter mode bit for monitor 1 . 

- TimerMode bit for monitor 0. 

- TimerMode bit for monitor 1 . 
r_3ackPresOaAiarmO (o) - Backpressure Enable bit for monitor 0. 
r_BackPresOnAlarml (o) - Backpressure Enable bit for monitor 1. 
rjDropBcPktsOnAlarmO (o) - Broadcast Control Enable bit for monitor 0. 
r_DropBcPktsOnAlannl (o) * Broadcast Control Enable bit for monitor 1. 



Alarm I (in) 

r_MonModeO [9:0] (out) 
r_MonModeI [9:0] (out) 
r_3wScale0 [2:0] (out) 
r_BwScaIel [2:0] (out) 
r_CountOnlyO (out) 
r_CountOnlyl (out) 
rJTimerModeO (out) 
rJTimcrModel (out) 



rJ^iltcrSclect (out) 
r_j\IarmSetO [7:0] (out) 
r_j\larmScll [7:0] (out) 
r_>MarmCliO [7:0] (out) 
r_AlarmCU-l [7:0] (out) 
ClrBwCtrO (out) 
ClrBwCtri (out) 
ClrMaxBWO (out) 
ClrMaxBWO (out) 



- Monitor Select bit. 
-Alarm Set Threshold for monitor 0. 

- Alann Set Threshold for monitor 1 . 
-Alarm Clr Threshold for monitor 0. 
•Alarm Clr Threshold for monitor I . 

- Assened for one clock when the Utilization Register for monitor 0 is read. 
• Asserted for one clock when the Utilization Register for monitor 1 is read. 

- Asserted for one clock when the Threshotds/BW Reg for monitor 0 is read. 

- Assened for one clock when the Thresholds/BW Reg for monitor 0 is read. 



DROPPED PACKET STATISTICS 

Packets which arc dropped due to memory overflow, broadcast overflow, receive sector overflow, and transmit 
sector overflow are counted. These counts and the bitmaps, for the receive sector overflow and transmit sector 
overflow, are kept These conditions also cause interrupts to the CPU 230. The interrupt information is kept 
in the MCB interrupt source register. 

Dropped Pscket Memory Overflow Reg - (Of&et = *hb8) This register contains the number of packets that 

were dropped due to memory overflow which is caused by two 
conditions. These conditions are threshold exceeded during hash 
lookup and actual memory overflow when a packet is being 
stored, this causes an aborted packet. 
Bits 0-3 1 (W/R) - Number of packets dropped due to memory overflow. 

Dropped Packet Broadc&st Overflow Reg - (Offset = 'hbc) This register contains the number of packets that 

were dropped due to broadcast threshold overflow. 
Bits 0-3 1 (W/R) - Number of packets dropped due to broadcast threshold overflow. 
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Dropped Packet Receive Sector Overflow Reg - (Offset = 11(14) This register contains the number of packets 

that were dropped due to receive sector overflow. 
Bits 0-3 1 (W/R) - Number of packets dropped due to receive sector overflow. 

Dropped Packet Transmit Sector Overflow Reg - (Offset = 'hd8) This register contains the number of 

packets that were dropped due to transmit sector overflow. 
Bits 0-3 1 (W/R) - Number of packets dropped due :o transmit sector overflow. 

Dropped Packet Receive Sector Bitmap Reg - (Offset = 'hdc) This register contains die bitmap of ports that 

dropped packets due to receive sector overflow. 
Bits 0-28 (W/R) - Bitmap of ports that repon overflow of receive sector usage. 

Dropped Packet Transmit Sector Bitmap Reg - (Offset = 'heO) This register contains the bitmap of pons 

that dropped packets due to transmit sector overflow. 
Bits 0-28 (W/R) - Bitmap of ports that repon overflow of transmit sector usage. 

mcbrees interface for Dropped Pack et Statistics 

X RxPktAborted_ - Strobe from XCB that tells when a packet was aborted due to memory overflow. 

DropPktStb^MemOF - Strobe that tells when a packet is dropped because it will overflow mcmoiy. 
^ DiopPktSib_BCOF - Strobe that tells when a packet is dropped because the broadcast threshold will 

overflow. 

DropPktStb.RxOF - Strobe that tells when a packet is dropped because the receive sector threshold 

will overflow. 

DropPktStbJTxOF - Strobe that tells when a packet is dropped because the transmit sector threshold 

25 will overflow. 

/M.W TABLE DEFINITION 

Hash Table Defmitioiii Reg - (Of&et = *hc0) Defines the base address and size of the primary hash entry 

table. If multiple copies of the hash table are kept in memory, this register noay 
be used to have the EPSM 210 switch between them. 

Bits 0-14 (RO) - Primary Hash Table Base Address(16:2]. Always 0. 
Bits 15-23 (RO) - Primary Hash Table Base Address[25: 17]. Always 0. 
Bits 24-25 (W/R) - Primary Hash Table Size [1:01. (Default is 00). 

00 = Key Size 13 bits. Table Size 128Kbytes ( SfC 16-byte entries). 
^ 01 = Key Size 14 bits. Table Size 256Kbytes (I6K 16byte entries). 

(Base Address bit 17 is ignored and forced to 0 internally). 

10 = Key Size 15 bits. Table Size 5 12Kbytes (32K 16-byte entries). 

(Base Address bits 18:17 are ignored and forced to 0 internally). 

1 1 = Key Size 16 bits. Table Size 1 Mbytes (64K 16-byte entries). 

40 (Base Address bits 1 9: 1 7 are ignored and forced to 0 internally). 

Bit 26 (W/R) - Lock Hash Cycles. Setting this bit causes memory cycles during a hash lookup to 

be locked. This minimizes the hash lookup time at the expense of delaying packet 

read and write transfers to memory. Default is 0. 
Bits 31:27 (RO) -Reserved Always read 0. 
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mebreffs interface far Hash Table Definition Re2 

r_HashBaseAdr(25: 1 7] (out) - passes Base Address to memhash module. 

rJiashKeySize[ 1 :0) (out) - passes Key Size to memhash module. 

r LockHashCycs (out) - asserted to mcbhash module if Lock Hash Cycles bit is set. 

HashLookUpIP (in) - asserted by mcbhash module to indicate that a hash lookup is in progress and any writes 
to the Hash Table Defmition Reg should be postponed until negated, mcbregs may 
update the register on any rising clock edge when HashLookUpIP is negated. 
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SOURCE PORT LEARNING 

Hash Source Miss Reg Low - (Offset = *hcc) Bytes 3:0 of the new source address to be added to hash 

table. These registers arc loaded and an interrupt is issued when a hash SA is 
5 unknown or port has changed and the source port is not learning disabled. The 

registers are locked until the Hash Source Miss Reg High register is read (Low 
reg must be read first). Unknown SA's or pon changes encountered while the 
registers are locked will be ignored. 
Bit 0-7 (RO) - Byte 0 of the MAC Address to be added to hash table. 

(high order address byte, group bit = bit 0). 
Bits 8-15 (RO) - Byte 1 of the MAC Address to be added to hash table. 
Bits 1 6-23 (RO) - Byte 2 of the MAC Address to be added to hash table. 
Bits 24-3 1 (RO) - Byte 3 of the MAC Address to be added to hash table. 

Hash Source Miss Reg High - (Offset = *hdO) Bytes 5:4 of the new source address and Source Port ID. 
Bit 0-7 (RO) - Byte 4 of the MAC Address to be added to hash table. 
Bits 8- ! 5 (RO) - Byte 5 of the MAC Address to be added to hash table. 
Bits 16-23 (RO) - Source Port ID [7:0] to be added to hash table. 
Bits 24-31 (RO) -Reserved. Always read 0. 

20 Learning Disabled Port Reg - (Offset = *he4) Bit mapped learning disabled port reg. Does not apply to 

CPU. 

Bit 0 (W/R) - Port 0 Learning Disabled. 1 = Disabled Default = 0 
Bit I (W/R) - Pon I Learning Disabled. 1 = Disabled. Default = 0 

25 Bit 28 (W/R) - Port 28 Learning Disabled 1 = Disabled Default = 0 

Bits 29-3 1 (RO) - Reserved Always read 0. 
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mcbrems interface for source port ieaming 

SelectedAdr{47:0] (in) * Source Address finom memhash module. 

- Source port number from memhash module. 

- /Asserted by memhash module when hash SA miss has occurred and SelectedAdr 
and SourcePort are valid Should be used as a gate to the Hash Source Miss Regs. 
Memhash will guarantee hold time. 

- Asserted to memhash to prevent SrcMissStb from being asserted 

- Asserted if Learning Disabled set for port. This is a combinatorial output to 
memhash based on the SourcePort input and the Learn Disabled Reg and is 
evaluated contiimousiy. Memhash knows when to sample. 



SourcePortt7;0] (in) 
SrcMissStb (in) 



SrcMissLock (out) 
LeamDisPort (out) 



PORTSECURfTV 

Secure Port Reg - (Offset = *he8) Bit mapped secure port reg. (It might also be desirable to set Learning 
Disable bits for ports with Security Enabled). 
Bit 0 (W/R) - Pon 0 Security Enable. 1 = Enabled. Default = 0 
Bit 1 (W/R) - Pon 1 Security Enable. 1 = Enabled Defauh = 0 

Bit 28 (W/R) - Port 28 Security Enable. 1 = Enabled. Default = 0 
Bits 29-3 1 (RO) - Reserved Always read 0. 

Security Violation Reg - (Offeet = 'hfO) Bit mapped security violation by port Cleared when read. Init to 
Os. An interrupt will be issued when the fust bit is set & cleared when read 
Bit 0 (RO) - Security Violation Port 0. 1 = Violation occurred 
Bit 1 (RO) - Security Violation Port 1.1= Violation occurred 

Bit 28 (RO) - Security Violation Pon 28. 1 = Violation occurred 
Bits 29-3 1 (RO) - Reserved Always read 0. 
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Security Violation Statistics Reg - (Offset = hec) Count of total Security Violations on all ports. 

Cleared when read. Initialized to 0. 
Bits 0-3 1 (RO) - Security Violation Count [3 1 :0]. 

mcbrm interface for port security 

SourcePort[7:0] (in) - Source port number from meoihash module. 

SecurcPort (out) - Asserted if Secure mode is set for port. This is a combinatorial output 

to memhash based on the SourcePort input and the Secure Port Reg 
and is evaluated continuously. Memhash knows when to sample. 
SecViolationStb (in) - Strobe indicating a security violation has occurred on the SourcePon indicated. 

Should be used as a gate to the Security Violation Reg bit indicated by 
SourcePort. Memhash will guarantee hold time. 

MEMOR Y CONFIGURA TION 
IS Memory Control Reg - (Offset = 'hf4) Misc. memory control functions. This register may only be wrinen 

when Master Switch Enable (EPSM Setup Reg) is negated. 
Bits 0- 1 ( W/R) - Memory Type 

00 = Fast Page Mode DRAM (default) 

01 = EDO DRAM 
10 = Sync DRAM 
11= Reserved 

Bit 2 (W/R) - Memory Speed (0 = 60ns, I = 50ns). Default is 0. 
Bit 3 (W/R) - EDO Test Mode ( 1 = Enable). Default is 0. 
Bit 4 (W/R) - E>ouble Link Mode. Default is 0. 
Bit S (W/R) - Disable Receive Page Hits. Default is 0. 
25 Bit 6 (W/R) - Disable Transmit Page Hits. Default is 0. 

Bits 7-3 1 (RO) - Reserved. Always read 0. 

mebreffs interface for Memory Control jggg 

r_MemEDO (out) - asserted by mcbregs to raemctl module if Memory Type is 0 1 . 

30 r_MemSync (out) - asserted by mcbregs to memctl module if Memory Type is 10. 

r_Mem50DS (out) - asserted by mcbregs to memctl module if Memory Speed bit is 1 . 

r JTestForEDO (out) - asserted by mcbregs to memcd module if EDO Test Mode is 1 . 

Memory RAS Select Reg - (Offset = 'hf8) Defmes which RAS line to be asserted for each 4M block of 
memory. This register may only be wrinen when Master Switch Enable (EPSM 
35 Setup Reg) is negated. 

Bits 0- 1 (W/R) - RAS Select for OOOOOOOh - 03FFFFFh (4M) 

Bits 2-3 (W/R) - RAS Select for 0400000h - OTFFFFFh (8M) 

Bits 4-5 (W/R) - RAS Select for OSOOOOOh - OBFFFFFh ( 1 2M) 

Bits 6-8 (W/R) - RAS Select for OCOOOOOh • OFFFFFFh ( 1 6M) 
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Bits 30-3 1 (W/R) - RAS Select for 3C00000h - 3FFFFFFh (64M) 

RAS Selects are encoded as follows: 00 = RASO, 01 = RASl, 10 = RAS2, 1 1 = RAS3. 
Defouits are always 00. 

mcbregs interface for Memory RAS Select Ree 

rJlasSclReg(3 1 :0] (out) - passes the data from mcbregs to memctl module. 

Memory Refresh Count Reg - (Offset = *hfc) Defmes the number of CLK cycles between refresh requests. 

Bits 0-9 (W/R) - Refresh Count [9:0]. Refresh count times CLK period must be less than or equal 

to 15.625 msec. Default is 208h. (15.60 msec for 30ns CLK). 
Bits 10-31 (RO) -Reserved. Always read Os. 
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mcArgyy interface for Memory Re fresh Count Ree 

RefReq (oui) - Refresh request strobe lo memctl module. Strobe may be any length since memctl 

detects the request on the positive edge. No ack is returned. 

^ MACADDRES^^ FILTERING 

Filtering based on destination address is provided to direct packets to and from the CPU 230. Four filters are 
provided although cunently there is a requirement for only two. Masking is available to include don't cares in 
the address compare although currently there is no requirement for this. Two filters should be set up» one witii 
the CPU 230 individual address and the other with the BPDU multicast addresses (for spanning tree). If a 

10 packet received from a pon which is not the CPU 230 hits a filter address, then the packet is forwarded to the 

CPU 230 and only the CPU 230 (even if BC or MC). If a packet sourced by the CPU 230 hits a filter address 
(BPDU address), then the packet is forwarded to the destination port specified in the filter address register. 
Hash table destination lookups are bypassed if a packet hits a filter address. 

Filter Control Reg - (Offset = 'hlOO) Controls MAC Destination Address fUtering. 

Bits 0-3 (W/R) - Address Filter Enables [3:0]. I = Enable individual dest adr filtering for 

corresponding Address Filter Reg [3:0]. Default Os. 
Bits 4-7 (W/R) - Address Mask Enables [3:0]. I = Enable masking if the Address Filter Reg [3:0] 

vnth the Address Filter Mask Reg. Default Os. 

20 Fflter Mask Reg Low - (Offset = *h 104) Default = Os. 

Bit 0-7 (W/R) - Byte 0 of the MAC Address mask ( 1 = mask address bit). 
Bits 8-15 (W/R) - Byte 1 of the MAC Address mask (1 = mask address bit). 
Bits 16-23 (W/R) -Byte 2 of the MAC Address mask (1 =mask address bit). 
Bits24-3l (W/R) -Byte 3 of the MAC Address mask (I = mask address bit). 

^ Fflter Mask Reg High - (Offset = 'h 108) Default = Os. 

Bit 0-7 (W/R) - Byte 4 of the MAC Address mask ( I = mask address bit). 
Bits 8-15 (W/R) - Byte 5 of the MAC Address mask (I = mask address bit). 
Bits 16-31 (RO) - Reserved. Always read 0. 
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Fflter Address Reg 0 Low - (Offeet = 'hlOc) 

Bit 0-7 (W/R) - Byte 0 of the MAC Address to be forwarded. 
Bits 8-15 (W/R) - Byte 1 of the MAC Address to be forwarded 
Bits 16-23 (W/R) - Byte 2 of die MAC Address to be forwarded. 
Bits 24-3 1 (W/R) - Byte 3 of the MAC Address to be forwarded. 

35 Fflter Address Reg 0 High - (Offset = *h 1 10) 

Bit 0-7 (W/R) - Byte 4 of the MAC Address to be forwarded. 
Bits 8- 1 5 (W/R) - Byte 5 of the MAC Address to be forwarded. 

Bits 16-23 (W/R) - Destination Port. If the source port is the CPU 230, then this field specifies which 
pott the packet should be forwarded to if the MAC address matches the fdter 
address. If the source port is not the CPU 230, then this field is ignored and hits 
^ to the filter MAC address will be forwarded to the CPU 230. 

Bits 24-3 1 (RO) - Reserved. Always read 0. 

Fflter Address Reg 1 Low - (Offeet = 'hi 14) see above. 
Fflter Address Reg 1 High - (Offeet = 'hi 18) see above. 

Fflter Address Reg 2 Low - (Offset = *hl Ic) see above. 
Filter Address Reg 2 High - (Offset = 'hl20) see above. 

Fflter Address Reg 3 Low - (Offset = 'hi 24) see above. 
Fflter Address Reg 3 High - (OfiEsct = *hl28) see above. 

mz-Ari ^c interface for address filtenne 
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SeieciedAdr[47;0] (in) - Destination Address from memhash module. 

FilterHil (out) - Asserted if a filter address hit occurs. This is a combinatorial output to memhash 

based on the SelectedAdr and the fiher rcgs and is evaluated continuously. 
Memhash knows when to sample. 

FilterPort[7:0] (out) - If the source port is the CPU 230. then FilierPort is equal to the Destination Port 
field firom the filter register which generates a filter hit. If the source port is not 
the CPU 230, then FilterPort is equal to CpuPort (from the EPSM Semp Reg). 

SourcePort[7:0] (in) - Source port number from memhash module. 

SrcPrtlsCpu - asserted if SourcePort input matches CpuPort number in EPSM Setup Reg. 



MCB INTERRUPT INFORMA TION 

There are eight sources of interrupts in the MCB 404. The intenupt sources will cause the CPU 230 to be 
intenuptcd if they arc not masked. To allow for the information of the interrupt source to be available without 
the CPU 230 being interrupted, a polling mechanism is available. The masking of an interrupt source causes 
75 the intcrmpts to be blocked from the CPU 230, but the information is still available in die polling source 

register. 

MCB Interrupt Source Reg - (Offset = 'hl2c) Source of the interrupt sent to the CPU 230. This register is 
updated by the EPSM 210 and then an intenupt is sent to the CPU 230. When 
the CPU 230 reads this register the contents are cleared. A value of 1 in a bit 
^ indicates that interrupt has occurred. Default = 32*h(K)00_0000. 

• Security Interrupt If a security violation happens this intemipt occurs. 
Memory Overflow Set When the memory is filling up with packets and the 
overflow threshold is passed this interrupt occurs. 

- Memory Overflow Clear. When the memory is emptying and the overflow 
threshold is passed this interrupt occurs. 

_ Broadcast OF Set When the broadcast packets are filling up memory and the 
broadcast threshold is passed this interrupt occurs. 

- Broadcast OF Clear. When the broadcast packets are being emptied out of 
memory and the broadcast threshold is passed this interrupt occurs. 
Receive OF. When a port will exceed it's allotted space for receiving packets this 
interrupt occurs. 

- Transmit OF. When a port which is transmining packets will exceed it*s allotted 
space this interrupt occurs. 

- Rx Packet Aborted. When a packet has started to be stored and it is determined 
that memory will be exceeded the packet is aborted and this interrupt occurs. 

■ RESERVED. Always read as 0. 

mcbregs interface for Interrupt Source Reg 

Interrupt Mask Reg - (Offect = 'hUO) Interrupts to be masked by the CPU 230. A value of I in any bit 
indicates that interrupt is masked. Default - 32*h0000_0000. 
Bit 0 (W/R) - Mask for the Security Intetrupt 
Bit 1 (W/R) - Mask for the Memory Overflow Set Interrupt 
Bit 2 (W/R) - Mask for the Memory Overflow Clear Interrupt 
Bit 3 (W/R) - Mask for the Broadcast OF Set Interrupt. 
Bit 4 (W/R) - Mask for die Broadcast OF Clear Interrupt 
45 Bit 5 (W/R) - Mask for the Receive OF Interrupt 

Bit 6 (W/R) -Mask for the Transmit OF Intenupt 
Bit 7 (W/R) -Mask for the Rx Packet Aborted Interrupt 
Bits 8-3 1 (RO) - RESERVED. Always read as 0. 

Polling Source Reg - (Offset = 'hl34) This register contains the masked interrupt informanon and is cleared 
^ by the CPU 230 writing a one to clear the bits desired. This allows the CPU 230 to poll 

instead of being interrupted. The CPU will have to mask any interrupt source that it 
would like to poll instead. 





Bit 0 (W/R) 




Bit 1 (W/R) 




Bit 2 (W/R) 








Bit 3 (W/R) 




Bit 4 (W/R) 
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Bit 5 (W/R) 




Bit 6 (W/R) 




Bit 7 (W/R) 
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Bits 8-3 l(RO) - 
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Bit 0 (W/R) - Security Interrupt. If a security violation happens this interrupt occurs. 

Bit I (W/R) - Memory Overflow Set When the memory is filling up with packets and the 

overflow threshold is passed this interrupt occurs. 
Bit 2 (W/R) - Memory Overflow Clear. When the memory is emptying and the overflow 

threshold is passed this interrupt occurs. 
Bit 3 (W/R) - Broadcast OF Set. When the broadcast packets are filling up memory and the 

broadcast threshold is passed this interrupt occurs. 
Bit 4 (W/R) - Broadcast OF Clear. When the broadcast packets are being emptied out of 

memory and the broadcast threshold is passed this interrupt occurs. 
Bit 5 (W/R) - Receive OF. When a port will exceed it's allotted space for receiving packets this 

interrupt occurs. 

Bit 6 (W/R) - Transmit OF. When a port which is transmitting packets will exceed it's allotted 

space this interrupt occurs. 
Bit 7 (W/R) - Rx Packet Aboned. When a packet has started to be stored and it is determined 

that memory will be exceeded the packet is aborted and this interrupt occurs. 
Bits 8-3 1 (RO) - RESERVED. Always read as 0. 



mcbregs interface for Polling Source Reg 
BACKPRESSURE 

Backpressure Enable - (Offset = 'hl38) Bitmap for enabling backpressure. 
Bits 0-23 (RO) - RESERVED. Always read as 0. 
Bits 24-27 (W/R) - Bitmap. 
Bits 28-3 1 (RO) - RESERVED. Always read as 0. 



PORTBONDING 

There are two sets of bonded ports. Therefore there are two register to tell what ports are bonded together. 
Note: Only two bits in each register should be set, that is no more than two ports should be bonded together. 

Bonded Port Set 0 - (Offset = *hl3c) This bitmap tells which ports are bonded together in this set 
Bits 0-27 (W/R) -Bitmap for set 0. 
Bits 28-3 1 (RO) - RESERVED. Always read as 0. 

Bonded Port Set 1 - (Offset = 'hl40) This bitmap tells which ports are bonded together in this set 
Bits 0-27 (W/R) - Bitmap for set 1. 
Bits 28-3 1 (RO) - RESERVED. Always read as 0. 

VLAN 

Default VLAN Reg - (Offset = 'hl44) 



It is new appreciated that a muKport pdiing system for a net^rk switch provides an efficient system for deternnin- 
ir^ the receive artd transmit status for a plurality of network ports. Polling bgic periodically asserts a single query signal 
and receives a plurality of transmit and receive status signals, thereby receiving the static of multiple ports at one time. 
The polling logic updates transmit and receh/e lists accordingly to continuously track the status of all of the ports. This 
facilitates arbitration and control logic, which reviews the lists to determine when to retrieve data from a source port arrd 
when to provide data to a port for transmission. 

Although a system and method according to the present Invention has been describe In connection with the pre- 
ferred embodiment, it is not intended to be linruted to the specific form set forth herein, but on the contrary, it Is intended 
to cover such altematives, n^if ications, and equivalents, as can be reasonat)ly included within the spirit and scope of 
the invention as defined by the appended claims. 

Claims 

1 . A network switch, comprising: 
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a plurality of network ports for receiving and transmitting data, each including at least one statistics register for 
storing statistics inforniation; 

a swtfitch manager coupled to each of said plurality of network ports, said switch manager including: 

5 a memory; 

retrieval logic for detecting a statistics request signal and for respondingly retrieving said statistics Informa- 
tion from said at least one statistics register of at least one of said plurality of network ports and for storing 
statistics Information in said memory; and 

response logic for asserting a statistics response signal after said statistics information is stored in said 
10 memory; 

a processor bus coupled to said switch manager; and 

a processor coupled to said processor bus for asserting said statistics request signal, for receiving said statis- 
tics response signal, and for retrieving said statistics information from said memory 



IS 



2. The network switch of claim 1 . further conrprising: 



said switch manager including a statistics request register, which further includes a statistics r^uest bit for pro- 
viding sakj statistics request signal wh^ set; and 
20 said processor writing to said statistics request register to set said statistics request bit. 

3. The network switch of claim 2, further comprising: 

said statistics request register Including a port number programmable by said processor for Identifying one of 
25 said plurality of network ports; and 

said retrieval logic retrieving said statistics information from said one of said plurality of network ports identified 
by said port number. 

4. The network switch of daim 3, further comprfeing: 

30 

each of said plurality of networit ports Including a plurality of statistics registers, each having a corresponding 
register number; 

said statistics request regist^ Including a register number programmable by said processor; and 
said retrieval logic retrieving said statistics information from one of said plurality of statistics registers cderrtif led 
35 by saki register numt)er of said statistics request register. 

5. The network switch of claim 4, further comprising: 

said statistics request register further including a count programmat^le by said processor for specifying a 
40 number of statistics roisters; and 

said retrieval logic retrieving said statistics Infornation from a contiguous number of said plurality of statistics 
registers ^ecif led by said count beginning at a statistics register corresponding to said register number of said 
statistics request register. 

45 6. The network switch of claim 1 . further comprising: 

said processor bus including an interrupt signal; and 

said response logic iricluding an Interrupt register, which Includes a ready bit indicating said statistics response 
signal, wherein said response logic asserts said statistics response signal t)y setting said ready bit and assert- 
so ing said Interrupt signal. 

7. IhB network switch of claim 1 . furttw comprising: 

said response logic Including a polling register, which Includes a ready bit indicating said statistics response 
55 signal, wherein said response logic asserts said statistics response sigral by setting said ready bit in said poll- 

ing register; and 

said processor periodically polling said polling register for determining the state of sakJ ready bit 
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8. The network switch of claim 1 , further comprising: 

a nriOTory tor storing software for execution by said processor for conrvnanding said processor to assert said 
stetistics request signal, to detect said statistics response signal and to retrieve said statistics information from 
said memory. 

9. The network switch of claim 1 . further comprising: 

each of said plurality of network ports Including: 

a network Interlace coupled to said at least one statistics register; and 
a processor port interface coupled to said at least one statistics reglst^; 

a port Interface bus coupled to said processor port interface of each of said plurality of network ports; and 
said switch manager including a processor interface coupled to said port interface bus and said processor bus. 

10. The network switch of claim 9, further conoprising: 

each of said plurality of network ports inclining: 

at least one receive buffer coupled to said network Interface; 
at least one transmit buffer coupled to said network Interface; and 
a data bus interface coupled to said receive and transmit buffers; 

a data bus coupled to said data bus Interface of each of said plurality of network ports; and 
said switch manager Including a data bus interface coupled to said data bus. 

1 11 . The network switch of claim 1 , wherein ^ch of said plurality of network ports are Ethemet pals and wherein said 
statistics infonmatbn comprises Ethemet statistical Information. 

12. A network switch, comprising: 

a plurality of network ports for receiving and transmitting data, each indudir^: 

a network interface; 

a data bus Interface; and 

a processor port interface; and 

a plurality of statistics registers coi^led to said network interface and said processor interface for collect- 
ing statistics and configuration information; 

a data bus coupled to said data bus interface of each of said plurality of network ports; 

a port interface bus coupled to said processor port Interface of each of said plurality of network ports; 

a processor bus; 

a switch manager couple to said data bus said processor bus and said port Interface bus for controlling data 
flow between each of said plurality of network ports and for gathering statistics and configuration Information, 
said switch manager including: 

a memory, including: 

a statistics request register including a programmable port number for identifying one of said plurality 
of network ports; 

a statistics buffer for storing statistics and configuration information; and 

a completion register including a ready bit indicative of said statistics and configuration inforiration 
stored in said statistics buffer; 

retrieve logic coupled to said menu>ry for detecting said statistics register b&ng programmed and for 
respondingly retrievir^ statistics and conf lguratk)n information from said plurality of statistics registers of a 
network port identified by said programmable port nunrtber, and for storing retrieved statistics and conf igu- 



68 



ration information in said statistics buffer; and 

response logic coupled to said memor/ for setting said ready bit after statistics and configuration infornia- 
ton is stored in said statistics buff^; and 

a processor coupled to said processor txjs for programming said statistics request register, for detecting said 
ready bit being set, and for retrieving statistics and configuration information from said statistics buffer. 

13. The network switcti of claim 12, further comprising: 

said statistics request register further including a register number programmable by said processor; and 
said retrieval logic retrieving statistics and configuration inforn^tion from one of said plurality of statistics reg- 
isters identified by said register number of satd statistics request register. 

14. The network switch of claim 13. furtiier comprising: 

said statistics request regist^ farther including a count specifying a number of statistics registers; and 
said retrieval logic retrieving statistics and configuration information from a number of said plurality of statistics 
registers ^ecif ied by said count beginning at a statistics register corresponding to said register number of said 
statistics request register. 

15. The network switch of daim 12. further comprising: 

said processor bus including an interrupt signal; and 

satd response logic further asserting said interrupt signal after statistics and configuration information is stored 
in said statistics buffer. 

16. The network switch of claim 12, further comprising: 

said processor periodically pdling said completion register for determining the state of satd ready bit. 

17. The network switch of daim 12, further comprising: 

satd processor executing burst cydes in re^xmse to said ready k>it t>etng set for retrieving statistics and con- 
figuration information from satd menoory. 

18. A network system, comprising: 

a plurality of networks, each induding at least one data device for sending arrd receiving data packets; and 
a network switch coupled to said plurality of networks for transferring satd data packets, said network switch 
comprising: 

a plurality of network ports for receiving and trar^mitting said data packets, each of said network ports 

including a plurality of statistics reg^ers for storing statistics information; 

a switch manager coupled to each of satd plurality of network ports, said switch manager induding: 

a memory; 

retrieval logic for detecting a statistics request signal and for respondingly retrievir^ said statistics 
information from at least one of said plurality of statistics registers of at least one of said plurality of 
network ports and for storing retrieved statistics information in said nrtenrtory; and 
response logic for asserting a statstics response signal after said statistics Information is stored in 
said menu>ry; 

a processor bus coupled to said switch manager; and 

a processor coupled to satd processor bus for asserting said statistics request signal, for receving satd 
statistics response signal. arKi for retrieving said statistics information from said memory. 



19. The network system of claim 18. further comprising: 
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said memory including a statistics request register, which includes a programmable port for identrfying one of 
said plurality of network ports, a programmable register number corresponding to one of said each of said plu- 
rality of statistics registers within said one of said plurality of network ports, and a programmable count for 
specifying a number of statistics registers; 

said processor programming said statistics request register to assert said statistics request signal; and 
said retrieval logic for respondingly retrieving statistics information from a number of said plurality of statistics 
registers equal to said count beginning with a statistics register identified by said programmable register 
number of a network port identified by said programmable port number. 

20. The network system of daim 19. wherein said memory further comprises: 

a completion register inducting a ready bit indicative of statistics information stored in sakj memory. 
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FIG. 5C 
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RXPORTOPOLL 
IF ((RXNEWCNT+1 != RPCOUNT) 
II (RXACTCNT+1 != RPCOUNT)). THEN 
{ 

1) IF (!PKT_AVAIL*[0] && !RXPRTMSK[01). THEN 
(IF (WTPRIORITY). THEN RXPORTBUFO = PORTWT[0]. 

ELSE RXPORTBUFO = RPCOUNT; 
RXPRTMSK[0] = 1; RXINCCNTBY[0] = 1); 

2) IF (!PKT_AVAIL{ir && !RXPRTMSK[4]). THEN 
(IF (WTPRIORITY). then RXP0RTBUF4 = P0RTWT[4]. 
ELSE RXP0RTBUF4 = RPCOUNT + RXINCCNTBY[0]; 

RXPRTMSK[4] = 1; RXINCCNTBY[1] = 1); 

8) IF (!PKT_AVAIL[7]* && !RXPRTMSK[281). THEN 
(IF (WTPRIORITY). THEN RXPORTBUF28 = PORTWTI28]. 
ELSE RXPORTBUF28 = RPCOUNT + 
BITSUM(RXINCCNTBY[6:0]): 
RXPRTMSK[28] = 1; RXINCCNTBY[7] = 1); 

9) RPCOUNT = RPCOUNT + 
BITSUM(RXINCCNTBY[7:0]) 
} 



RXP0RT1P0LL 
IF ((RXNEWCNT+1 1= RPCOUNT) 
II (RXACTCNT+1 1= RPCOUNT)), THEN 
{ 

1) IF (IPKT_AVAIL[Or && IRXPRTMSK[1]). THEN 
(IF (WTPRIORITY). 
THEN RXP0RTBUF1 = P0RTWT[11. 
ELSE RXP0RTBUF1 = RPCOUNT; 
RXPRTMSK(1] = 1; RXINCCNTBY[01 = 1); 

7) IF (!PKT_AVAIL[6r && !RXPRTMSK[25]). THEN 
(IF (WTPRIORITY). 
THEN RXPORTBUF25 = PORTWT[25], 
ELSE RXPORTBUF25 = 
RPCOUNT + BITSUM(RXINCCNTBY[5:0]); 
RXPRTMSK[25] = 1; RXINCCNTBY[6] = 1); 

8) (SAME EQUATION 8 AS IN STATE 554); 
9) RPCOUNT = RPCOUNT + 
BITSUM(RXINCCNTBY[6:0]) 

} 
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RXPORT2POLL 
IF ((RXNEWCNT+1 != RPCOUNT) 
II (RXACTCNT+1 != RPCOUNT)). THEN 
{ 

1) IF (!PKT_AVAIL[0]* && !RXPRTMSK[2]). THEN 
(IF (WTPRIORITY), 
THEN RXP0RTBUF2 = P0RTV\ni2]. 
ELSE RXP0RTBUF2 = RPCOUNT; 
RXPRTMSK[2] = 1; RXINCCNTBY[0] = 1); 

7) IF {!PKT_AVAIL[6]* && !RXPRTMSK[26]). THEN 
(IF (WTPRIORITY). 
THEN RXPORTBUF26 = PORTWT[261. 
ELSE RXPORTBUF26 = RPCOUNT + 
BITSUM(RXINCCNTBY[5:0]); 
RXPRTMSK[26] = 1; RXINCCNTBY[6] = 1); 

8) (SAME EQUATION 8 AS IN STATE 554); 
9) RPCOUNT = RPCOUNT + 
BITSUM(RXINCCNTBY[6:0]) 
} 



RXP0RT3P0LL 
IF ((RXNEWCNT+1 != RPCOUNT) 
II (RXACTCNT+1 != RPCOUNT)). THEN 
{ 

1) IF (!PKT_AVAIL[Or && !RXPRTMSK[3]). THEN 
(IF (WTPRIORITY). 
THEN RXP0RTBUF3 = P0RTWT[3]. 
ELSE RXPORTBUF3 = RPCOUNT; 
RXPRTMSK[31 = 1; RXINCCNTBY[0] = 1); 

7) IF (IPKT_AVAIL[6r && IRXPRTMSK[27]). THEN 
(IF (WTPRIORITY). 
THEN RXPORTBUF27 = PORTWn27]. 
ELSE RXPORTBUF27 = RPCOUNT + 
BITSUM(RXINCCNTBY[5:0]); 
RXPRTMSK[27] = 1; RXINCCNTBYIB] = 1); 

8) (SAME EQUATION 8 AS IN STATE 554); 
9) RPCOUNT = RPCOUNT + 
BITSUM(RXINCCNTBY[6:0]) 
} 
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FIG. 5D 
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TXPORTOPOLL 
IF {(TXNEWCNT+1 != TPCOUNT) 
II (TXCTCNT+1 != TPCOUNT)), THEN 
{ 

1) IF (!BUF_AVAIL*[0] && (ITXPRTMSK[0] && 
(TXMEMCYC[0] || TXCTACTCYC[0] || TXCTCYC[0]))). THEN 

(IF (WTPRIORITY). THEN TXPORTBUFO = PORTWT[0]. 
ELSE TXPORTBUFO = TPCOUNT; 
TXPRTMSK[0] = 1; TXINCCNTBYfO] = 1); 

2) IF (!BUF_AVAIL[ir && (!TXPRTMSK[4] && 
(TXMEMCYC[4] || TXCTACTCYC[41 1| TXCTCYC[4]))). THEN 

(IF (WTPRIORITY). THEN TXPORTBUF4 = PORTWT[4]. 
ELSE TXP0RTBUF4 = TPCOUNT + TXINCCNTBY[0]; 
TXPRTMSK[4] = 1; TXINCCNTBY[1] = 1); 

8) IF (IBUF_AVAIL[7]* && (!TXPRTMSK[28] && 
(TXMEMCYC[281 1| TXCTACTCYC[28] || TXCTCYC[28]))). THEN 
(IF (WTPRIORITY). THEN TXPORTBUF28 = PORTWT[28]. 
ELSE TXPORTBUF28 = TPCOUNT + 
BITSUM(TXINCCNTBY[6:0]); 
TXPRTMSK[28] = 1; TXINCCNTBY[7| = 1); 
9) TPCOUNT = TPCOUNT + 
BITSUM(TXINCCNTBY[7:0]) 
} 



1) IF (!BUF_AVAIL[0]* && (!TXPRTMSK(1] && 
(TXMEMCYC[1] II TXCTACTCYC[1] || TXCTCYC[1]))). 



THEN TXP0RTBUF1 = P0RTWT[1]. ELSE TXPORTBUF1 = 
TPCOUNT; TXPRTMSK[1] = 1 ; TXINCCNTBY[0] = 1); 

7) IF (!BUF_AVAIL[6r && (ITXPRTMSK[25] && 
CTXMEMCYC[25] || TXCTACTCYC[251 1| TXCTCYCpSJ))). THEN 
(IF (WTPRIORITY). THEN TXPORTBUF25 = PORTWT[25]. 



ELSE TXPORTBUF25 = 
TPCOUNT + BITSUM(TXINCCNTBY[5:0]); 
TXPRTMSK[251 = 1 ; TXINCCNTBY16] = 1); 

8) (SAME EQUATION 8 AS IN STATE 564); 
9) TPCOUNT = TPCOUNT + 
BITSUM(TXINCCNTBY[6:0]) 

} 




TXPORT1POLL 
IF ((TXNEWCNT+1 1= TPCOUNT) || 
(TXCTCNT+1 != TPCOUNT)). THEN 



THEN (IF (WTPRIORITY). 
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FBI 



TXPORT2POLL 
558 IF ((TXNEWCNT+1 != TPCOUNT) 

II (TXCTCNT+1 != TPCOUNT)). THEN 
{ 

1) IF (!BUF_AVAIL[0]* && (!TXPRTMSK[2] && 
(TXMEMCYC[2] || TXCTACTCYCI2] || TXCTCYC(2]))). 
THEN(IF (WTPRIORITY). 
THEN TXP0RTBUF2 = P0RTWT[2]. 
ELSE TXP0RTBUF2 = TPCOUNT; 
TXPRTMSK[2] = 1; TXINCCNTBY[0] = 1); 



7) IF (!BUF_AVAIL[6r && (!TXPRTIViSK[26] && 
(TXMEMCYC[26] |j TXCTACTCYC[26] || TXCTCYC[26]))). THEN 

(IF (WTPRIORITY). 
THEN TXPORTBUF26 = PORTWT[26], 
ELSE TXPORTBUF26 = TPCOUNT + 
BITSUM(TXINCCNTBY[5:0]); 
TXPRTMSK[26] = 1 ; TXINCCNTBY[6] = 1); 

8) (SAME EQUATION 8 AS IN STATE 564); 
9) TPCOUNT = TPCOUNT + 
BITSUM(TXINCCNTBY[6:0]) 

} 



TXPORT3POLL 
IF ((TXNEWCNT+1 != TPCOUNT) || 
(TXCTCNT+I 1= TPCOUNT)), THEN 
570 { 

1) IF (!BUF_AVAIL[0]* && (ITXPRTMSK[3] && 
(TXMEMCYCI3] jj TXCTACTCYC[3] || TXCTCYC[31))). THEN 
(IF (WTPRIORITY). 
THEN TXP0RTBUF3 = P0RTWTI3]. 
ELSE TXP0RTBUF3 = TPCOUNT; 
TXPRTMSK[3] = 1; TXINCCNTBY[0] = 1); 

7) IF (!BUF_AVAIL[6]* && (ITXPRTMSK[271 && 
(TXMEMCYC[27] || TXCTACTCYC[27] jj TXCTCYC[27]))). 
THEN (IF (WTPRIORITY). 
THEN TXPORTBUF27 = PORTWT[27]. 
ELSE TXPORTBUF27 = TPCOUNT + 
BITSUM(TXINCCNTBY[5:0]); 
TXPRTMSK[27] = 1; TXINCCNTBY[6] = 1); 

8) (SAME EQUATION 8 AS IN STATE 564); 
9) TPCOUNT = TPCOUNT + 
BITSUM(TXINCCNTBY[6:0]) 

} 
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